brighton - Online nel cloud

PROGRAMMA:

NOME

Bristol - un pacchetto di emulazione sintetizzatore.

SINOSSI

inizioBristol -mini-jack -midi seq [Opzioni]

DESCRIZIONE

Bristol è una suite di emulatori software per sintetizzatori vintage. L'applicazione è composta da un
motore stesso chiamato Bristol e un'interfaccia utente grafica chiamata brighton. La grafica
interface è una libreria di manipolazione bitmap per presentare i diversi dispositivi synth come
potenziometri, pulsanti, slider, cavi patch e che genera i messaggi per
configurare l'emulatore di synth. Il motore è un'infrastruttura che ospita l'emulatore
codice che accoppia i diversi operatori audio necessari per generare l'audio.
Il motore e la GUI vengono avviati insieme al inizioBristol script che imposta il
ambiente necessario per la connessione tra i due. Non è generalmente previsto che
Bristol e brighton essere avviati al di fuori dello script, tuttavia ci sono opzioni per il
script per avviare solo l'uno o l'altro. Bristol ha anche un'interfaccia a riga di comando che può
essere utilizzato al posto della GUI.

Attualmente vengono emulati i seguenti sintetizzatori:

Emulazioni

mogmini
esploratore di moog (viaggiatore)
moog voyager blu elettrico
memoria moog
moog sonico 6
moog/realistico mg-1 concertmate
modulo hammond (deprecato, usa -b3)
hammond B3 (predefinito)$
circuiti sequenziali profeta-5
circuiti sequenziali profeta-5/fx
circuiti sequenziali profeta-10
circuiti sequenziali pro-one
parafango rodi mark-i stage 73
pianoforte basso Fender Rhodes
pianoforte elettrico crumar roadrunner
morso crumar 01
morso crumar 99
bit crumar + mod
combo synth/organo crumar stratus
Crumar trilogy synth/organo/combinazione d'archi
Oberheim OB-X
Oberheim OB-Xa
arp ascia
arp odissea
Arp 2600
ensemble d'archi arp/solina
korg polisix
korg poli-800
korg mono/poli
korg ms20 (non finito: solo -libtest)
vox continentale
vox continentale super/300/II
roland juno-60
roland giove-8
baumann bme-700
Sequencer Bristol Bassmaker
yamaha dx-7
yamaha cs-80 (non finito)
Sintetizzatore con chip SID commodore-64
synth polifonico commodore-64 SID (incompiuto)
sintetizzatore granulare (non finito)
ems synthi-a (non finito)
Mixer a 16 tracce (non finito: solo -libtest)

La connessione predefinita tra il motore e la GUI è un socket TCP che utilizza un formato SYSEX
messaggio preso da MIDI. Facoltativamente, il codice utilizzerà un socket di dominio unix per migliorare
sicurezza. Non è necessario che la GUI e il motore risiedano sullo stesso sistema, se possibile
vengono forniti i parametri, questa funzione richiede l'utilizzo dei socket di dominio TCP. Il motore può
accetta anche richieste da più interfacce brighton ed esegui tutti gli emulatori al
stesso tempo, multitimbricamente, condividendo le voci tra loro e prevenendo dove necessario. Se
viene avviato un emulatore in modalità monofonica quindi viene preallocata una voce che non verrà mai
essere anticipato e che funziona continuamente, cioè per impostazione predefinita continuerà a funzionare anche
quando non vengono premuti i tasti del pianoforte. Il codice polifonico eseguirà solo gli algoritmi vocali
mentre il key gate è aperto, il gate essendo derivato dallo stato dell'inviluppo vocale. Il
il motore supporta almeno 32 voci per impostazione predefinita, se un emulatore richiede meno del suo
l'emulazione è configurata con un limite software. Se sono richieste più voci, sono necessarie più voci
creato tuttavia il limite massimo è imposto a 128 voci. Una voce è una struttura motore
che consente l'allocazione e l'esecuzione, il codice effettivo eseguito da una voce può essere uno qualsiasi dei
algoritmi di emulazione che è il modo in cui è supportata l'operazione multitimbrica. L'assegnazione della voce
il processo è "la precedenza dell'ultima nota" e mentre altri sono disponibili per il monofonico
strumenti, questo è l'unico algoritmo di assegnazione polifonica.

Questo pacchetto dovrebbe essere avviato con lo script startBristol. Lo script avvierà il
binari del sintetizzatore bristol, valutando i percorsi di libreria corretti e i percorsi eseguibili.
Ci sono emulazione, sintetizzatore e parametri operativi:

VERSIONI

Emulazione:

-mini-moog mini
-esploratore - moog voyager
-voyager - moog voyager blu elettrico
-memoria - memoria moog
-sonic6 -moog sonico 6
-mg1 - moog/realistico mg-1 concertmate
-hammond - modulo hammond (deprecato, usa -b3)
-b3 - Hammond B3 (predefinito)
-profeta - circuiti sequenziali profeta-5
-pro52 - circuiti sequenziali profeta-5/fx
-pro10 - circuiti sequenziali profeta-10
-pro1 - circuiti sequenziali pro-one
-rodi - parafango rodi mark-I stage 73
-rhodesbass - pianoforte basso Fender rhodes
-roadrunner - crumar roadrunner piano elettrico
-bitone - morso crumar 01
-bit99 - bit crumar 99
-bit100 - bit crumar + mod
-stratus - combo synth/organo crumar stratus
-trilogy - combo sintetizzatore/organo/archi della trilogia crumar
-obx - oberheim OB-X
-obxa - oberheim OB-Xa
-axxe - arp axxe
-odissea - arp odissea
-arp2600 - arp2600
-solina - ensemble d'archi arp/solina
-polysix - korg polisix
-poly800 - korg poli-800
-monopolio - korg mono/poli
-ms20 - korg ms20 (non finito: solo -libtest)
-vox - vox continentale
-voxM2 - vox continentale super/300/II
-juno - roland juno-60
-giove - roland giove-8
-bme700 -baumann bme-700
-bm - sequencer per bassmaker bristol
-dx-yamaha dx-7
-cs80 - yamaha cs-80 (non finito)
-sidney - sintetizzatore di chip SID commodore-64
-melbourne - commodore-64 polisintetizzatore SID (non finito)
-granulare - sintetizzatore granulare (non finito)
-aks - ems synthi-a (non finito)
-mixer - Mixer a 16 tracce (non finito: solo -libtest)

Sintetizzatore:

-voci
L'emulatore selezionato inizierà con questo numero di voci. Il motore sarà sempre
crea 32 voci ma assegna solo questo sottoinsieme all'emulatore. Se il selezionato
valore è maggiore di 32 allora viene allocato il maggior numero di voci.

-mono Esegue l'emulatore in modalità monofonica. Questo non è proprio un alias per '-voices 1' come
configura inoltre parametri come '-retrig -lvel -wwf -hnp'. Queste
opzioni aggiuntive possono essere ignorate se lo si desidera.

-lnp Seleziona la logica di precedenza delle note basse. Questo vale solo per i sintetizzatori monofonici e
tutta la precedenza delle note influenza lo stile di esecuzione del legato.

-hnp Seleziona la logica di precedenza delle note alte. Questo vale solo per i sintetizzatori monofonici.

-nnp Seleziona nessuna precedenza nota, questa è l'impostazione predefinita e funziona come ultima nota
selezione della precedenza.

-ritrig
Richiedi un evento trigger per ogni nota suonata E per le note rilasciate.
Il trigger farà scorrere gli inviluppi. Non torneranno a zero entro
default, tuttavia, alcune delle emulazioni lo hanno come controllo della GUI. Senza questo
i trigger flag vengono inviati solo per la prima nota premuta di una sequenza.

-lvel Configura l'ereditarietà della velocità per tutte le note legate - la prima nota di una sequenza
avrà un valore di dinamica che viene applicato a tutte le note successive. Questa opzione è
un interruttore: l'applicazione due volte disabiliterà la funzione. Questo è importante per quanto riguarda
agli emulatori come molti dei sintetizzatori mono con il livello impostato per impostazione predefinita. Il
le seguenti opzioni potrebbero non funzionare come previsto:

startBristol -mini -liv

Il problema è che -mini abilita la velocità del legato, quindi l'interruttore -lvel lo commuterà
spento di nuovo. Lo stesso vale per -retrig.

-canale
Avvia l'emulatore per rispondere su questo canale MIDI, predefinito 1.

-lowkey
Configura la nota più bassa per la quale l'emulatore dovrebbe rispondere. Questa impostazione predefinita è
'0' ma può essere utilizzato per definire suddivisioni e intervalli di tasti per diversi sintetizzatori.

-highkey
Configura la nota più alta per la quale l'emulatore dovrebbe rispondere. Questa impostazione predefinita è
'127' ma può essere utilizzato per definire suddivisioni e intervalli di tasti per diversi sintetizzatori.

-detune <%>
Richiedere l'esecuzione dell'emulatore con un livello di sensibilità alla temperatura. Il valore predefinito
è definito dall'emulatore, tipicamente 100 o 200. La detune viene applicata a una voce
solo su note on ed è un valore casuale all'interno dell'intervallo definito qui.

-guadagno
Livello di guadagno del segnale di uscita per l'emulatore. Questi possono essere usati per normalizzare il
livelli di segnale da diversi sintetizzatori quando suonati insieme. Il valore predefinito è
definito dal synth stesso, questo è un override.

-pwd
Profondità pitch wheel in semitoni, default 2.

-velocità
Curva di velocità per l'emulatore. Il valore predefinito è 520, una curva esponenziale per un hard
stile di gioco. Il valore '0' è piatto (nessuna sensibilità al tocco). I valori fino a 100 sono
mappe in scala lineare. La mappa della velocità è una tabella di punti interpolata
linearmente: potresti dover definire solo i punti di flesso, comunque se vuoi
curve morbide dovrai definire ciascuno dei 128 valori di velocità che vengono utilizzati
negli eventi noteon/noteoff. L'emulazione ha solo una singola tabella di livelli di guadagno per
ogni indice key.velocity, il motore ha invece due tabelle, una per ogni on/off
evento tuttavia che è una mappa intera, non una mappa di guadagno.

Ci sono diverse tabelle predefinite se non vuoi specificarne una tua
curva interpolata. Ogni tabella è il guadagno per il valore di velocità Midi dato nel
nota evento, ha 128 voci. Sono previsti i seguenti:

100-199 Curve convesse per un tastierista soft touch
200-499 Curve concave per una funzione hard touch, lineare fino a quadratica.

Il prossimo set fino a 525 sono ripetizioni di quanto sopra ma con meno granularità. Nel
sopra l'intervallo il valore di 200 è lineare, così come 510 sotto:

500-509 Curve convesse per un tastierista soft touch
510 lineare
511-25 Curve concave per un giocatore toccato.

Poi ci sono un paio di curve specifiche

550 logaritmico
560 parabolico

I valori fino a 100 sono composti da due cifre. La prima cifra definisce come
in ritardo la linea inizia (è lineare) per aumentare, e la seconda cifra è quanto è tardi
raggiunge 1.0. Il valore di 09 è quasi la mappatura lineare sopra poiché inizia da 0
e finisce quasi alla fine. Un valore di 49 sarebbe per un giocatore pesante, è zero
per gran parte della tabella di velocità, quindi aumenta fino al guadagno massimo (1.0) vicino
la fine del tavolo. Nota che queste tabelle potrebbero anche essere state definite con
Definizioni di velocityMap in quanto interpolazioni lineari. Una versione presente sarà
includi le curve per appianare un po' le cose.

L'opzione 520 è una curva di potenza quadrata e sembra abbastanza naturale anche se è molto
soggettivo. Forse è naturale per un giocatore duro e potrebbe essere un'impostazione predefinita migliore
rispetto alla curva lineare.

Il valore 1000 invertirà la mappatura, quindi:

1510 - lineare da 1.0 a 0.0 all'aumentare della velocità
1520 - esponenziale, da 1.0 a 0.0 all'aumentare della velocità

La mappatura del motore viene applicata prima della mappatura di emulazione qui fornita. Ci sono
argomenti ragionevoli per rendere questa tabella logaritmica - sei il benvenuto.
Non ci sono limiti ai valori qui diversi dai valori negativi non mappati,
quindi questa tabella può essere utilizzata anche per compensare i livelli di volume.

-glide
Durata della planata in secondi, impostazione predefinita 5.

-emulare
Cerca l'emulatore denominato e invocalo, altrimenti esci. Invocare un'emulazione
questa era attualmente l'impostazione predefinita, implica parametri aggiuntivi per il conteggio delle voci,
guadagno, planata, profondità pitchwheel, detune, ecc. L'impostazione predefinita è hammondB3. Il -emula
l'opzione implica anche -register al nome dell'emulatore.

-Registrati
Usa un nome specifico quando ti registri con Jack e ALSA. Per impostazione predefinita, il motore lo farà
usa il nome "bristol", tuttavia questo può essere fonte di confusione se vengono utilizzati più motori
usato e questo può essere usato per sovrascrivere il valore predefinito.

-lwf Seleziona filtri leggeri per l'emulatore.

-nwf Seleziona i filtri di peso normale, il valore predefinito. Questi costano circa il doppio di quelli
filtri leggeri.

-wwf Seleziona i filtri welter, questo è di nuovo circa il doppio del carico della CPU rispetto al normale
filtri.

-hwf Seleziona i filtri dei pesi massimi. Questi sono circa il doppio del filtro welter.
Mentre la loro è una notevole differenza udibile tra -lwf e -nwf, lo è
discutibile se la differenza tra -nwf, -wwf e -hwf sia diversa da quella visibile
nel carico della CPU. Il filtro predefinito per qualsiasi sintetizzatore -mono è -wwf che può essere
sovrascritto con la riga di qualcosa '-mini -mono -nwf'.

-blo
Numero di armoniche limitate in larghezza di banda da mappare. Il valore di zero selezionerà
larghezza di banda infinita, il valore predefinito è 31.

-blofraction
Il motore utilizza tabelle precalcolate per tutte le frequenze in cui la massima armonica
non superi questa frazione della frequenza di campionamento. Il valore predefinito, 0.8, è già superiore
nyquist come compromesso tra contenuto e distorsione. Valori tendenti a 1.0
sono fortemente alias alle frequenze più alte naturalmente.

-scala
Il motore leggerà il file scala dato e lo mapperà nelle sue tabelle di frequenza.

Utente Interfaccia:

-qualità
La profondità della cache dei colori influenzerà la velocità di rendering. I valori più bassi iniziano
mostrando perdita di chiarezza, i valori più alti iniziano a utilizzare migliaia di colori che è
dove le prestazioni sono influenzate, il valore è bpp, il valore predefinito è 6.

-scala
Ciascuno degli emulatori ha una dimensione della finestra predefinita, questa dimensione può essere ridimensionata o
verso il basso se lo si desidera.

-larghezza
La larghezza in pixel definisce la più piccola delle due dimensioni che possono essere configurate. Funziona
con le opzioni -scale e -autozoom per passare da una dimensione all'altra sul mouse
Entrata/uscita dalla finestra.

-zoom automatico
Riduci a icona la finestra in uscita, ingrandisci in entrata.

-raise Alza automaticamente la finestra su Invio.

-lower Abbassa automaticamente la finestra su Leave. Si noti qui che l'uso dell'autozoom,
alza e abbassa può avere effetti indesiderati con alcuni gestori di finestre.

-rud Vincola il tracciamento del controller rotante al movimento su/giù del mouse, non in realtà
traccia la posizione del mouse. Il valore sarà una frazione della dimensione della finestra corrente.

-antialias <%>
Per alcune dimensioni della finestra ci sarà la pixelizzazione delle immagini renderizzate a meno che alcune
viene applicato l'antialias. Con grandi valori di zoom questo viene impostato automaticamente. Il valore è
una percentuale, il valore predefinito è 30.

-aliastype
Ci sono tre opzioni di antialiasing, "pre" lo applicherà alle serigrafie di testo,
"texture" lo applicherà alle bitmap di superficie e "tutto" lo applicherà ovunque
inclusi i dispositivi resi. L'impostazione predefinita è pre, tuttavia questo parametro è solo
applicato se -antialias ha un valore diverso da zero.

-opacità <%>
Brighton utilizza un livello di trasparenza per alcune funzionalità come la patch ARP 2600
cavi. Questa è la trasparenza predefinita. Può essere regolato in seguito con il
^o/^O/^t codici di controllo nella GUI. L'impostazione predefinita è il 50 percento.

-pixmap
Usa l'interfaccia X11 pixmap piuttosto che l'interfaccia XImage predefinita per il
server.

-dct
Timeout doppio clic per eventi pulsante, ecc., 250 ms.

-inseguimento
Impedisce all'immagine della tastiera del pianoforte della GUI di tenere traccia degli eventi MIDI, piccola riduzione in
Sovraccarico della CPU.

-interruttore chiave
Il comportamento predefinito della GUI per l'ottimizzazione dei tasti con il mouse è di bloccarli, questo
permette di suonare accordi sulla polifonia. Questa opzione disabiliterà il latch per
che i tasti vengono riprodotti solo mentre vengono tenuti premuti con il pulsante del mouse.

-neutro
Inizializzare l'emulatore con una patch nulla, tutti i parametri avranno il valore zero
per consentire la creazione di una patch dal basso verso l'alto, completamente da zero. Questo
è equivalente a '-load -1', le posizioni di memoria negative non verranno salvate, ovvero tu
impossibile salvare nella patch nulla.

-carico
Numero di memoria iniziale da caricare all'avvio. Il valore predefinito è 0 per la maggior parte degli emulatori.

-importare
Importa una memoria da un file su disco nella patch attiva all'inizio. Questa patch può
quindi essere salvato in un'altra posizione e consente l'interscambio di memorie.

-mbi
L'indice del banco principale consente l'accesso a un ID di memoria aggiuntivo. Questo valore moltiplicato per 1000
viene aggiunto all'ID di memoria salvato/caricato dalla GUI in modo che la GUI possa accedere, ad esempio
8 banchi di 8 memorie ma usando -mbi puoi effettivamente salvare più set di 64
ricordi.

-senso attivo
La velocità con cui i messaggi di saluto vengono inviati dalla GUI al motore per assicurarsi che sia ancora
attivo. Se la trasmissione fallisce, la GUI uscirà, se il motore no
ricevere gli aggiornamenti uscirà anche. Zero disabiliterà il rilevamento attivo.

-ast
Il periodo di timeout del motore sui messaggi di rilevamento attivi.

-mct
Il timeout del ciclo MIDI è un timer GUI di attesa occupato per eventi MIDI, utilizzato quando il
La GUI prende un'interfaccia MIDI per il monitoraggio diretto degli eventi.

-ar|-aspetto
Tutti gli emulatori cercheranno di mantenere le proporzioni per le loro finestre, quindi
che sembrano "normali". Questo è in conflitto con alcuni gestori di finestre di piastrellatura, quindi può essere
Disabilitato. Potrebbe anche causare una rimappatura eccessiva delle finestre quando lo sono
ridimensionato.

-iconizzare
Aprire la finestra nello stato iconizzato.

-finestra
Non mappare nessuna finestra.

-cli Abilita l'interfaccia a riga di comando basata su testo per il motore. Questo può essere utilizzato in
congiunzione con -window tuttavia se compilato senza supporto per alcuna finestratura
system l'opzione -window è implicita.

-libtest
Non avviare il motore, né tentare di connettersi ad esso, basta pubblicare la GUI per
test.

GUI Tasti di scelta rapida:

's' - salva le impostazioni nella memoria corrente
'l' - (ri)carica la memoria corrente
'x' - scambia la corrente con la memoria precedente
'+' - carica la memoria successiva
'-' - carica la memoria precedente
'?' - mostra le informazioni di aiuto dell'emulatore
'h' - mostra le informazioni di aiuto dell'emulatore
'r' - mostra le informazioni readme dell'applicazione
'k' - mostra le scorciatoie da tastiera
'p' - dump dello schermo in / Tmp /.xpm
't' - attiva/disattiva l'opacità
'o' - riduce l'opacità del livello di patch
'O' - aumenta l'opacità del livello patch
'w' - garanzia del display
'g' - visualizza GPL (condizioni di copia)
'+' - aumenta la dimensione della finestra
'-' - riduce la dimensione della finestra
'Invio'- alterna la finestra tra la dimensione dello schermo intero
UpArrow - movimento del controller verso l'alto (tasto acceleratore MAIUSC)
DownArrow - movimento del controller verso il basso (tasto acceleratore shift)
RightArrow - più controllo in alto (acceleratore del cambio)
Freccia sinistra - più controllo del movimento verso il basso (acceleratore del cambio)

Operativa opzioni:

Generale:

-motore
Non avviare un nuovo motore. La GUI tenterà di connettersi a un motore esistente su
la configurazione dell'host e della porta (cq). Se la connessione è costruita, il motore
opereranno entrambi gli emulatori e le allocazioni vocali saranno condivise tra loro. Tutto
delle uscite dell'emulatore sono ripiegate sulla stessa uscita stereo, eccetto
dove vengono utilizzati ingressi di controllo Jack aggiuntivi.

-gui Non avvia la GUI, solo il motore. La GUI tenterà di connettersi al
engine sull'host configurato e sui valori della porta. Se non risponde, la GUI
uscirà con un messaggio piuttosto conciso.

server
Avvia il motore come server permanente che non esce con l'ultimo emulatore.

-demone
Esegui il motore come demone con il terminale di controllo scollegato. Questo non lo fa
implica l'opzione -server, né implica l'opzione -log per accedere al file
system, né -syslog che potrebbe essere applicabile anche a un demone.

-cane da guardia
Timeout per l'inizializzazione del thread audio. Se il thread non si attiva entro
questo periodo quindi il motore uscirà con grazia piuttosto che aspettare
connessioni a tempo indeterminato. Il periodo predefinito è 30 secondi. Questo non è attivo in
modalità -server o -daemon. Durante il normale funzionamento verrà avviato il thread audio
entro un paio di secondi, ma se il motore e la GUI vengono avviati separatamente, allora
questo timeout richiede l'avvio di una GUI prima della scadenza del timer.

-log Reindirizza l'output di registrazione in un file. Il file predefinito è /var/log/bristol.log e
/var/log/brighton.log e, se non sono disponibili, $HOME/.bristol/log
viene utilizzata la directory. La selezione di / Var / log è quello di impedire la registrazione al root nel
caso in cui il motore viene richiamato da questo utente.

-syslog
Reindirizza l'output della registrazione a syslog.

-console
Mantenere il terminale di controllo come output per la registrazione dei messaggi, rimuovere il
timestamp ai fini della leggibilità. Questo può essere configurato anche con il
variabile d'ambiente BRISTOL_LOG_CONSOLE=true.

-rc Non carica alcun file di parametri bristolrc.

-exec Il processo finale che deve essere richiesto dallo script startBristol verrà chiamato come an
exec tale che mantenga tra l'altro il PID del genitore. Questa opzione
sovrascriverà exec e lascerà lo script in attesa dell'uscita dei processi.
Ci sono implicazioni di non usare questo parametro, parte del codice di pulizia è parte di
lo shellscript di wrapping, per impostazione predefinita questo non viene chiamato a causa della richiesta exec.
Questo flag è predefinito ma dovrebbe essere richiesto solo per la compatibilità LADI.

-stop Arrestare tutti i motori Bristol in funzione. Ciò determinerà indirettamente la cessazione di
qualsiasi GUI a causa del rilevamento attivo, anche se può essere disabilitato. Il caso d'uso è quello di
arresta tutti i motori -server -daemon in esecuzione in background. La parte posteriore del
l'opzione è pkill.

-exit Arresta tutti i motori e la GUI di Bristol in esecuzione.

-kill <-emulatore>
Arresta tutti i motori e la GUI di Bristol in esecuzione che sono stati associati al
dato emulatore. Se Bristol è stato avviato con '-mini' ora può essere ucciso con -mini
in modo che gli altri emulatori non vengano terminati. Se ci sono più mini in esecuzione, loro
morirà naturalmente anche lui. Se il motore esegue una GUI multitimbrica, l'altro
anche la GUI associata uscirà oltre al mini.

-cache
La posizione predefinita per le nuove memorie e i profili dell'emulatore, l'impostazione predefinita è
~/.bristol e verrà cercato prima della directory predefinita di sistema/di fabbrica
/usr/local/share/bristol quando gli emulatori vengono avviati e le memorie vengono caricate. Se la
percorso non esiste, quindi viene creato se possibile.

-memdump [-emulare ]
Crea la directory di destinazione /memoria/ e copia prima la fabbrica
memorie predefinite per il sintetizzatore, quindi le memorie private dell'utente. Questo può essere usato
con la gestione della sessione per fare una copia di tutte le memorie synth in una sessione. Se la
la directory di destinazione esiste già, non viene eseguita alcuna operazione di copia ma il
directory sostituisce l'impostazione predefinita -cache per rendere questa la nuova posizione per il salvataggio
ricordi per quella sessione. L'opzione -emulazione è obbligatoria, se non è fornita
quindi viene preso l'hammondB3 predefinito.

-debug <1-16>
Livello di debug, i valori superiori a 12 possono essere molto dettagliati e solo il valore 0 è discutibilmente
sicuro in tempo reale in quanto evita printf() nel thread di calcolo del motore.

-leggimi [- ]
Visualizza le informazioni sul file readme del programma. Mostra il readme per un solo emulatore
se desiderato.

-glwf Consenti solo l'uso di '-lwf' per tutti gli emulatori, senza override.

-ospite
Connettiti al motore sul nome host, l'impostazione predefinita è localhost. Questo è usato in
combinazione con -engine per distribuire la GUI. Il nome host accetta una sintassi come
hostname:port per correggere sia l'host che la porta per una connessione remota al motore.
Se la parte host è il token 'unix', viene creato piuttosto un socket denominato locale
rispetto a una connessione TCP. In questo caso è possibile assegnare un numero di porta specifico a
creare il socket denominato /tmp/br. e se la porta non è specificata allora a
viene scelto un indice numerico casuale.

-porta
Connettiti alla data porta TCP per la messaggistica GUI/motore, impostazione predefinita 5028. Se la porta
è già in uso quindi l'avvio con fail. Per avviare più setole con
GUI quindi questa opzione dovrebbe essere scartata e lo script cercherà una porta libera
numero per ogni invocazione. Non è corretto mescolare questa opzione con -host
parametri che assumono un valore host:port o unix:port come saranno i risultati
indeterminato a seconda dell'ordine in cui vengono inviati i parametri.

-quiet Reindirizza il debug e l'output diagnostico su /dev/null.

-gmc Apre un'interfaccia MIDI nella GUI. Per impostazione predefinita, il motore possiede l'unico MIDI
interfaccia per Bristol e ridistribuirà gli eventi alla GUI. È possibile
disabilitare l'inoltro e collegare sia la GUI che il motore ai dispositivi midi, se necessario.

-inoltrare
Disabilita l'inoltro di eventi MIDI a livello globale. Per impostazione predefinita, il motore apre un MIDI
interfaccia ed è collegato alle tastiere fisiche, superfici di controllo e/o
sequenziatori. Inoltrerà gli eventi MIDI alla GUI per il tracciamento. Questa opzione
disabilita la funzione. Se disabilitato, la GUI non rifletterà la tastiera del pianoforte
stato, né seguirà il movimento CC a meno che non vengano fornite le opzioni '-gmc' per aprire a
Connessione MIDI nella GUI e che l'utente colleghi le stesse superfici di controllo a
la GUI tramite questo canale alternativo. Questa opzione è logicamente identica a
´-localforward -remoteforward´.

-localforward
Ciò impedirà alla GUI di inoltrare messaggi MIDI al motore. Questo non è
per evitare loop di messaggi MIDI poiché l'inoltro avviene solo da MIDI
interfacce alle connessioni TCP tra GUI e motore. Questa opzione impedirà
messaggi da qualsiasi superficie collegata alla GUI dall'inoltro al
motore.

-avanti a distanza
Ciò impedirà al motore di inoltrare alla GUI ma consentirà comunque alla GUI di
avanti al motore. Se alla GUI viene fornita una connessione MIDI con l'opzione -gmc,
e le superfici di controllo vengono applicate a entrambi i processi, quindi l'opzione -forward dovrebbe
essere utilizzato per prevenire globalmente la ridistribuzione degli eventi. In caso contrario non risulterà
in loop, solo la duplicazione uno per uno degli eventi. È possibile collegare il
superfici di controllo solo alla GUI quando viene utilizzata l'opzione -gmc, questo dà il
possibilità di avere una tastiera e una GUI locali ma guidare un motore su un telecomando
sistemi. La loro è certamente una latenza aggiuntiva coinvolta nella gestione del MIDI
messaggi dalla GUI al motore remoto su TCP.

-oss Configura le impostazioni predefinite OSS per le interfacce audio e MIDI

-alsa Configura le impostazioni predefinite di ALSA per le interfacce audio e MIDI. L'interfaccia MIDI è un
Porta SEQ ALSA.

-jack Configura le impostazioni predefinite di Jack per le interfacce audio e MIDI. Nel momento in cui scrivo questo
l'opzione causa alcuni problemi in quanto seleziona Jack MIDI che attualmente richiede a
demone ponte per operare. Le opzioni '-jack -midi seq' sarebbero più tipiche
configurazione.

-jackstat
Non richiedere parametri audio dal server jack, prendi il sistema Bristol
impostazioni predefinite o i parametri configurati. Le impostazioni predefinite di Bristol falliranno invariabilmente
tuttavia la chiamata a bristoljackstats a volte è superflua e questo può accelerare
i tempi di avvio iniziale. L'utilizzo di questo parametro richiede in genere che il
sono fornite anche le opzioni -rate e -count. TP -jsmuuid Questo è per la suola
utilizzo del Jack Session Manager

-jsmfile
Questo è per l'uso esclusivo di Jack Session Manager

-jsmd
Ritardo del gestore di sessione Jack prima che gli eventi di sessione vengano distribuiti internamente. Evento
l'esecuzione è ritardata nella GUI per un valore predefinito di 5000 ms.

-sessione
Disabilita tutta la gestione delle sessioni, inclusi JSM e LADI.

-dormire
Blocca il processo di inizializzazione per 'n' secondi. Questo è per aggirare cosa
sembra essere una condizione di gara quando si utilizza un gestore di sessione per inizializzare più
client bristol in quanto si contendono tutti lo stesso identificatore di porta TCP.

-jdo Jack Dual Open: consente ai thread audio e midi di registrarsi come client indipendenti con
Jack. Per impostazione predefinita, il thread audio si aprirà come client jack e il MIDI
connessione è piggypbacked come un'altra porta piuttosto che come un altro client.

-o
Genera un output audio grezzo dei campioni dello stadio finale in un file. Il formato sarà
essere interfogliato stereo a 16 bit.

-nrp Abilita il supporto per gli eventi NRP sia nella GUI che nel motore. Questo deve essere usato con cura
poiché l'NRP nel motore può avere risultati imprevisti.

-enrp Abilita il supporto NRP solo nel motore.

-gnrp Abilita gli eventi NRP nella GUI. Ciò è necessario per consentire alla GUI (e quindi al
engine) da pilotare da alcune superfici di controllo MIDI.

-nrpcc
Numero massimo di PNR da mappare. Il valore predefinito è 128, considerato sufficiente per qualsiasi
emulatori attuali ma il mixer ne richiederà di più se viene rilasciato.

audio autista:

-audio [oss|alsa|jack]
Override del driver audio. A seconda dell'ordine degli interruttori è possibile
impostare un gruppo di valori predefiniti globali (-jack/oss/alsa) quindi avere una riselezione specifica di
componenti.

-audiodev
Nome del dispositivo audio. Per Jack, questo sarà il nome registrato con il demone Jack.

-contare
Numero di campioni/fotogrammi nel periodo di elaborazione.

-guadagno
Livello di normalizzazione del segnale di uscita, per impostazione predefinita dell'emulatore 4.

-guadagnare
Livello di normalizzazione del segnale di ingresso, per impostazione predefinita dell'emulatore 4.

-precarica
Numero di buffer audio da prescrivere sull'uscita audio all'avvio. Questo non è
attivo con i driver Jack.

-Vota
Frequenza di campionamento, il valore predefinito è 44100.

-priorità
Priorità in tempo reale richiesta dal thread audio del motore, impostazione predefinita 75. Zero will
disabilitare l'elaborazione RT.

- autoconn
Collega automaticamente l'input e l'output del motore alle prime porte Jack IO trovate.
Ciò può essere ottenuto anche con la variabile d'ambiente BRISTOL_AUTOCONN=true

-multiplo
Richieste multiple di porte IO, funziona solo con Jack e attualmente solo con ARP 2600
dà accesso a queste porte.

-migc
Livello di normalizzazione del segnale di ingresso per le porte multi IO.

-mogc
Livello di normalizzazione del segnale di uscita per le porte multi IO.

Midi autista:

-midi [oss|[grezzo]alsa|jack]
Override del driver audio. A seconda dell'ordine degli interruttori è possibile
impostare un gruppo di valori predefiniti globali (-jack/oss/alsa) quindi avere una riselezione specifica di
componenti come in ´-jack -midi seq´. Il driver MIDI predefinito è '-midi seq' ma
che può essere sovrascritto con opzioni di compilazione come --enable-jack-default-midi
per ./configurare.

-mididev
Nome del dispositivo MIDI da aprire (OSS/ALSA).

-medio
Richiedi il debug di livello 1 MIDI.

-midbg2
Richiedi il debug di livello 2 MIDI. Entrambi possono essere selezionati per il livello 3.

-sysid <0xXXXXXXXX>
Configurare un identificatore SYSEX alternativo per il motore. Il valore predefinito è il valore
0x534C6162 per ragioni storiche, questo non è un ID di sviluppo gratuito ma non lo è
assegnato così non dovrebbe causare conflitti.

LADI autista (livello 1 conforme):

-Ladi Brighton
Esegui messaggi LADI solo nella GUI

-ladi Bristol
Esegui messaggi LADI solo nel motore

-ladi
La memoria di stato LADI per le operazioni di salvataggio. Questo dovrebbe essere unico per ogni LADI
sessione.

ESEMPI

startBristol-mini
Esegui un minimoog utilizzando l'interfaccia ALSA per audio e midi (seq). L'emulatore lo farà
di default su monofonico, precedenza delle note alte con retrigger e velocità di legato.

startBristol -alsa
Esegui un hammondB3 usando l'interfaccia ALSA per audio e midi. Questo è equivalente a tutti
le seguenti opzioni: -b3 -audio alsa -audiodev plughw:0,0 -midi seq -mididev
plughw:0 -count 256 -preload 4 -port 5028 -voci 32 -channel 1 -rate 44100

startBristol -explorer -voci 1
Esegui un moog explorer come uno strumento monofonico, utilizzando l'interfaccia ALSA per audio e
Mezzogiorno.

startBristol -profeta -alsa -canale 3
Esegui un profeta-5 usando ALSA per audio e midi (sul canale 3).

startBristol -b3 -count 512 -preload 2
Eseguire un hammond b3 con 512 campioni in un periodo e precaricare due di questi buffer
prima di diventare attivo. Alcuni dal vivo! le schede hanno bisogno di questa dimensione del buffer più grande con ALSA
autisti.

startBristol -oss -audiodev /dev/dsp1 -vox -voices 8
Esegui un vox continental utilizzando il dispositivo OSS 1 e il dispositivo midi predefinito /dev/midi0.
Opera con solo 8 voci delle 32 disponibili.

startBristol -b3 -audio alsa -audiodev plughw:0,0 -seq -mididev 128.0
Esegui un'emulazione B3 sull'interfaccia del connettore ALSA PCM, utilizzando il sequencer ALSA over
client 128, porta 0.

inizioBristol-juno &

startBristol -profeta -canale 2 -motore
Avvia due sintetizzatori, una Giunone e un Profeta. Entrambi i sintetizzatori saranno
eseguito su un motore (multitimbrico) con 32 voci tra di loro. La Giunone sarà
sul canale midi predefinito (1) e il profeta sul canale 2. Uscita sullo stesso
dispositivo audio ALSA predefinito. Le 32 voci non si abitueranno mai tutte come questi emulatori
verrà eseguito per impostazione predefinita con un limite morbido inferiore. Possono essere eseguiti con più voci
tuttavia ciò richiederebbe valori adeguati all'opzione -voices.

startBristol -juno -jack -register juno -voices 32 &

startBristol -profeta -jack -registro profeta -canale 2 -voci 32
Avvia due sintetizzatori, una Giunone e un Profeta5. Ogni synth è totalmente indipendente
con la propria GUI e il proprio motore. Ogni motore si registrerà separatamente con il jack
demone. Registreranno rispettivamente i nomi 'juno' e 'prophet' con Jack
e ALSA in modo che possano essere differenziati nei rispettivi programmi di controllo
come aconnect e qjackctl. Le uscite saranno visibili separatamente in queste
programmi di controllo e possono quindi essere indirizzati in modo indipendente. Ogni synth può utilizzare fino a 32
voci e ci sarà solo contesa della CPU: questi sono processi del motore separati
con 32 voci ciascuno.

Usa brighton online utilizzando i servizi onworks.net