bristolengine - online na nuvem

PROGRAMA:

NOME

bristol - um pacote de emulação de sintetizador.

SINOPSE

começarBristol -mini -jack -midi seq [opções]

DESCRIÇÃO

Bristol é um pacote de emulador de software de sintetizador vintage. O aplicativo consiste em um
próprio motor chamado bristol e uma interface gráfica do usuário chamada brighton. O gráfico
interface é uma biblioteca de manipulação de bitmap para apresentar os diversos dispositivos de sintetizador, como
potenciômetros, botões, controles deslizantes, cabos de correção e que geram as mensagens para
configurar o emulador de sintetizador. O motor é uma infraestrutura que hospeda o emulador
código que acopla os diferentes operadores de áudio necessários para gerar o áudio.
O motor e a GUI são iniciados juntamente com o começarBristol script que configura o
ambiente necessário para que os dois se conectem. Não é geralmente previsto que
bristol e brighton sejam iniciados fora do roteiro, no entanto, há opções para o
script para iniciar apenas um ou outro. Bristol também tem uma interface de linha de comando que pode
ser usado em vez da GUI.

Atualmente os seguintes sintetizadores são emulados:

Emulações

moog mini
explorador moog (viajante)
moog voyager elétrico azul
memória moog
moo sonic 6
moog / realista mg-1 concertmate
módulo hammond (obsoleto, use -b3)
hammond B3 (padrão) $
circuitos sequenciais profeta-5
circuitos sequenciais profeta-5 / fx
circuitos sequenciais profeta-10
circuitos sequenciais pro-um
fender rhodes mark-I estágio 73
piano baixo fender rhodes
piano elétrico crumar roadrunner
bit crumar 01
bit crumar 99
bit crumar + mods
combo crumar stratus sintetizador / órgão
combinação de sintetizador / órgão / cordas crumar trilogia
Oberheim OB-X
Oberheim OB-Xa
Arp Axxe
odisseia arp
ar 2600
conjunto de cordas arp / solina
korg polysix
korg poli-800
korg mono / poli
korg ms20 (inacabado: -libtest apenas)
voz continental
vox continental super / 300 / II
roland juno-60
roland júpiter-8
baumann bme-700
sequenciador do bassmaker bristol
Yamaha dx-7
yamaha cs-80 (inacabado)
sintetizador de chip SID commodore-64
Sintetizador polifônico SID comodore-64 (inacabado)
sintetizador granular (inacabado)
ems synthi-a (inacabado)
Mixer de 16 trilhas (inacabado: -libtest apenas)

A conexão padrão entre o motor e a GUI é um soquete TCP usando um formato SYSEX
mensagem retirada de MIDI. Opcionalmente, o código usará um soquete de domínio unix para melhorar
segurança. A GUI e o mecanismo não precisam residir no mesmo sistema, se adequado
parâmetros são fornecidos, este recurso requer que os soquetes de domínio TCP sejam usados. O motor pode
também aceita solicitações de várias interfaces Brighton e executa todos os emuladores no
ao mesmo tempo, multitimbraly, compartilhando vozes entre eles e antecipando-se quando necessário. Se
um emulador é iniciado em modo monofônico, em seguida, é pré-alocada uma voz que nunca
ser pré-esvaziado e que funciona continuamente, ou seja, por padrão, continuará a funcionar mesmo
quando nenhuma tecla do piano é pressionada. O código polifônico só executará os algoritmos de voz
enquanto o portão principal está aberto, o portão sendo derivado do estado do envelope de voz. o
motor suporta no mínimo 32 vozes por padrão, se um emulador solicitar menos que seu
a emulação é configurada com um limite flexível. Se mais são solicitados, então mais vozes são
criado, no entanto, o limite superior é imposto a 128 vozes. Uma voz é uma estrutura de motor
que permite a alocação e execução, o código real executado por uma voz pode ser qualquer um dos
algoritmos de emulador que é como a operação multitimbral é suportada. A alocação de voz
processo é 'precedência de última nota' e enquanto outros estão disponíveis para o monofônico
instrumentos, este é o único algoritmo de atribuição polifônico.

Este pacote deve ser iniciado com o script startBristol. O script irá iniciar o
binários do sintetizador Bristol, avaliando os caminhos corretos da biblioteca e os caminhos executáveis.
Existem parâmetros de emulação, sintetizador e operacionais:

OPÇÕES

Emulação:

-mini -moog mini
-explorador - moog viajante
-voyager - moog voyager elétrico azul
-memória - memória moog
-sonic6 -moog sonic 6
-mg1 - moog / realista mg-1 concertmate
-hammond - módulo hammond (obsoleto, use -b3)
-b3 - hammond B3 (padrão)
-profeta - circuitos sequenciais profeta-5
-pro52 - circuitos sequenciais profeta-5 / fx
-pro10 - circuitos sequenciais profeta-10
-pro1 - circuitos sequenciais pro-um
-rhodes - defesa rhodes mark-I estágio 73
-rhodesbass - piano baixo fender rhodes
-roadrunner - piano elétrico crumar roadrunner
-bitone - crumar bit 01
-bit99 - bit crumar 99
-bit100 - bit crumar + mods
-stratus - combinação de sintetizador / órgão de stratus crumar
-trilogia - combinação de trilogia crumar sintetizador / órgão / cordas
-obx - oberheim OB-X
-obxa - oberheim OB-Xa
-axxe -arp axxe
-odisséia - odisséia arp
-arp2600 - arp2600
-solina - conjunto de cordas arp / solina
-polisix - korg polisix
-poly800 - korg poli-800
-monopólio - korg mono / poli
-ms20 - korg ms20 (inacabado: -libtest apenas)
-vox - vox continental
-voxM2 - vox continental super / 300 / II
-juno - roland juno-60
-júpiter - roland júpiter-8
-bme700 -baumann bme-700
-bm - sequenciador bristol bassmaker
-dx-yamaha dx-7
-cs80 - yamaha cs-80 (inacabado)
-sidney - sintetizador de chip SID comodore-64
-melbourne - polissintetizador SID comodoro-64 (inacabado)
-granular - sintetizador granular (inacabado)
-aks - ems synthi-a (inacabado)
-mixer - mixer de 16 trilhas (inacabado: -libtest apenas)

Sintetizador:

-vozes
O emulador selecionado começará com este número de vozes. O motor sempre
criar 32 vozes, mas apenas alocar este subconjunto para o emulador. Se o selecionado
valor é maior que 32, então o maior número de vozes é alocado.

-mono Executa o emulador no modo monofônico. Este não é realmente um apelido para '-voices 1' como
além disso, ele configura parâmetros como '-retrig -lvel -wwf -hnp'. Esses
opções adicionais podem ser substituídas, se desejado.

-lnp Seleciona a lógica de precedência de nota baixa. Isso se aplica apenas a sintetizadores monofônicos e
toda a precedência de notas afeta o estilo de tocar legato.

-hnp Seleciona a lógica de precedência de notas agudas. Isso se aplica apenas a sintetizadores monofônicos.

-nnp Não seleciona nenhuma precedência de nota, este é o padrão e opera como uma última nota
seleção de precedência.

-retificar
Solicite um evento de gatilho para cada nota que é tocada E notas que são liberadas.
O gatilho fará com que os envelopes girem. Eles não vão voltar a zero até
padrão, no entanto, algumas das emulações têm isso como um controle GUI. Sem isso
os gatilhos de sinalização são enviados apenas para a primeira nota pressionada de uma sequência.

-lvel Configura a herança de velocidade para todas as notas legato - a primeira nota de uma sequência
terá um valor de velocidade que é aplicado a todas as notas subsequentes. Esta opção é
uma alternância: aplicar duas vezes desativará o recurso. Isso é importante no que diz respeito
para os emuladores quantos sintetizadores mono com nível definido por padrão. o
as seguintes opções podem não funcionar como esperado:

startBristol -mini -nível

O problema é que -mini ativa a velocidade legato, então a chave -lvel irá alterná-la
desligado de novo. O mesmo se aplica a -retrig.

-canal
Inicie o emulador para responder neste canal MIDI, padrão 1.

-sutil
Configure a nota mais baixa para a qual o emulador deve responder. O padrão é
'0', mas pode ser usado para definir divisões e intervalos de chave para diferentes sintetizadores.

-alta
Configure a nota mais alta para a qual o emulador deve responder. O padrão é
'127', mas pode ser usado para definir divisões e intervalos de chave para diferentes sintetizadores.

-detune <%>
Solicite a execução do emulador com um nível de sensibilidade à temperatura. O valor padrão
é definido pelo emulador, normalmente 100 ou 200. A desafinação é aplicada a uma voz
em observação apenas e é um valor aleatório dentro do intervalo definido aqui.

-ganho
Nível de ganho do sinal de saída para o emulador. Eles podem ser usados ​​para normalizar o
níveis de sinal de sintetizadores diferentes quando tocados juntos. o valor padrão é
definido pelo próprio sintetizador, este é um override.

-pwd
Profundidade da roda de passo em semitons, padrão 2.

-velocidade
Curva de velocidade para o emulador. O padrão é 520, uma curva exponencial para um disco rígido
Estilo de jogo. O valor '0' é plano (sem sensibilidade ao toque). Valores de até 100 são
mapas em escala linear. O mapa de velocidade é uma tabela de pontos que é interpolada
linearmente: você só precisa definir os pontos de inflexão, no entanto, se quiser
curvas suaves, você terá que definir cada um dos 128 valores de velocidade que são usados
em eventos noteon / noteoff. A emulação tem apenas uma única tabela de níveis de ganho para
cada índice key.velocity, o motor, por outro lado, tem duas tabelas, uma para cada liga / desliga
evento, entretanto, que é um mapa inteiro, não um mapa de ganho.

Existem várias tabelas padrão, se você não quiser especificar a sua própria
curva interpolada. Cada tabela é o ganho para o valor de velocidade Midi dado no
note evento, ele tem 128 entradas. O seguinte está implementado:

100-199 Curvas convexas para um tecladista de toque suave
200-499 Curvas côncavas para um toque forte, função linear até quadrática.

A próxima configuração até 525 são repetições do anterior, mas com menos granularidade. No
acima da faixa, o valor de 200 é linear, assim como 510 abaixo:

500-509 Curvas convexas para um tecladista de toque suave
510 lineares
511-25 curvas côncavas para um jogador que toca duro.

Depois, há algumas curvas específicas

550 logarítmico
560 parabólico

Os valores até 100 consistem em números de dois dígitos. O primeiro dígito define como
tarde a linha começa (é linear) a aumentar, e o segundo dígito é o quão tarde
atinge 1.0. O valor de 09 é quase o mapeamento linear acima, pois começa em 0
e termina quase no final. Um valor de 49 seria para um jogador pesado, é zero
para uma grande parte da tabela de velocidade e, em seguida, aumenta para o ganho máximo (1.0) fechar
o fim da mesa. Observe que essas tabelas também podem ter sido definidas com
definições de velocityMap, pois são interpolações lineares. Um presente lançamento irá
inclua curvas para suavizar um pouco as coisas.

A opção 520 é uma curva de potência quadrada e parece bastante natural, embora seja muito
subjetivo. Talvez seja natural para um jogador difícil e poderia ser um padrão melhor
do que a curva linear.

O valor 1000 inverterá o mapeamento, então:

1510 - linear de 1.0 a 0.0 conforme a velocidade aumenta
1520 - exponencial, de 1.0 para 0.0 conforme a velocidade aumenta

O mapeamento do motor é aplicado antes do mapeamento de emulação fornecido aqui. Existem
argumentos razoáveis ​​para tornar esta tabela logarítmica - você está convidado a fazê-lo.
Não há limites para os valores aqui, exceto os valores negativos não mapeados,
portanto, esta tabela também pode ser usada para compensar os níveis de volume.

-deslizar
Duração do nogte glide em segundos, padrão 5.

-emular, imitar
Procure o emulador nomeado e invoque-o; caso contrário, saia. Invocando uma emulação
este era atualmente o padrão, isso implica parâmetros extras para voicecount,
ganho, deslizamento, profundidade do pitchwheel, desafinação, etc. O padrão é hammondB3. O -emulado
a opção também implica -register no nome do emulador.

-registro
Use um nome específico ao se registrar com Jack e ALSA. Por padrão, o motor irá
use o nome 'bristol', no entanto, isso pode ser confuso se vários motores estiverem sendo
usado e isso pode ser usado para substituir o padrão.

-lwf Seleciona filtros leves para o emulador.

-nwf Seleciona filtros de peso normal, o padrão. São cerca de duas vezes mais caros que
filtros leves.

-wwf Selecione filtros de peso médio, isto é, novamente, cerca do dobro da carga da CPU do que o normal
filtros.

-hwf Seleciona filtros pesados. Estes são aproximadamente o dobro do filtro de peso médio.
Embora haja uma diferença audível perceptível entre -lwf e -nwf, é
discutível se a diferença entre -nwf, -wwf e -hwf é diferente de visível
na carga da CPU. O filtro padrão para qualquer sintetizador -mono é -wwf que pode ser
sobrescrito com algo linha '-mini -mono -nwf'.

-blo
Número de harmônicos limitados por largura de banda para mapear. O valor de zero irá selecionar
largura de banda infinita, o padrão é 31.

-blofração
O motor usa tabelas pré-computadas para todas as frequências onde o harmônico máximo
não excede esta fração da amostra. O padrão, 0.8, já está acima
nyquist como uma compensação entre conteúdo e distorção. Valores que tendem a 1.0
são fortemente alteradas nas frequências mais altas naturalmente.

-scala
O mecanismo lerá o arquivo scala fornecido e o mapeará em suas tabelas de frequência.

Utilizador Interface:

-qualidade
A profundidade do cache de cores afetará a velocidade de renderização. Os valores mais baixos começam
mostrando perda de clareza, os valores mais altos começam a usar milhares de cores, o que é
onde o desempenho é afetado, o valor é bpp, o padrão é 6.

-escala
Cada um dos emuladores tem um tamanho de janela padrão, este tamanho pode ser aumentado ou
para baixo, se desejado.

-largura
A largura do pixel define o menor dos dois tamanhos que podem ser configurados. Funciona
com as opções -scale e -autozoom para alternar entre tamanhos diferentes no mouse
Entrar / sair da janela.

-zoom automático
Minimize a janela ao sair e maximize ao entrar.

-raise Aumenta automaticamente a janela no Enter.

-lower Abaixa automaticamente a janela ao sair. É observado aqui que o uso de zoom automático,
aumentar e diminuir pode ter efeitos indesejáveis ​​com alguns gerenciadores de janela.

-rud Restringe o rastreamento do controlador rotativo ao movimento do mouse para cima / para baixo, não para realmente
rastreie a posição do mouse. O valor será uma fração do tamanho da janela atual.

-antialias <%>
Para alguns tamanhos de janela, haverá pixelização das imagens renderizadas, a menos que alguns
o antialias é aplicado. Com grandes valores de zoom, isso é configurado automaticamente. Valor é
uma porcentagem, o padrão é 30.

-aliastype
Existem três opções de suavização, ´pre´ irá aplicá-lo às serigrafias de texto,
´textura´ irá aplicá-la aos bitmaps de superfície e ´todos´ irá aplicá-la em todos os lugares
incluindo dispositivos renderizados. O padrão é pré, porém este parâmetro é apenas
aplicado se -antialias tiver um valor diferente de zero.

-opacidade <%>
Brighton usa uma camada de transparência para alguns recursos, como o patch ARP 2600
cabos. Esta é a transparência padrão. Pode ser ajustado mais tarde com o
^ o / ^ O / ^ t códigos de controle na GUI. O padrão é 50 por cento.

-pixmap
Use a interface de pixmap X11 em vez da interface XImage padrão para o
servidor.

-dct
Clique duas vezes no tempo limite para eventos de botão, etc, 250 ms.

-rastreamento
Impedir que a imagem do teclado de piano GUI rastreie eventos MIDI, pequena redução em
Sobrecarga da CPU.

-keytoggle
O comportamento padrão da GUI para ajustar as teclas com o mouse é travá-las,
permite tocar acordes nos polifônicos. Esta opção irá desativar a trava para
que as teclas são tocadas apenas enquanto pressionadas com o botão do mouse.

-neutro
Inicialize o emulador com um patch nulo, todos os parâmetros terão o valor zero
para permitir que um patch seja construído de baixo para cima, completamente do zero. Esse
é equivalente a '-load -1', locais de memória negativos não serão salvos, ou seja, você
não pode salvar no patch nulo.

-carga
Número de memória inicial para carregar na inicialização. O padrão é 0 para a maioria dos emuladores.

-importar
Importe uma memória de um arquivo de disco para o patch ativo na hora de início. Este patch pode
em seguida, ser salvo em outro local e permite a troca de memórias.

-mbi
O índice do banco mestre permite o acesso a ID de memória extra. Este valor vezes 1000
é adicionado ao ID de memória salvo / carregado pela GUI para que a GUI possa acessar, por exemplo
8 bancos de 8 memórias, mas usando -mbi você pode salvar vários conjuntos de 64
recordações.

-activesense
A taxa na qual as mensagens de olá são enviadas da GUI para o mecanismo para garantir que ainda esteja
ativo. Se a transmissão falhar, a GUI sairá, se o motor não
receber atualizações, ele também será encerrado. Zero desativará o sentido ativo.

-ast
O período de tempo limite do mecanismo em mensagens de detecção ativas.

-mct
O tempo limite do ciclo de MIDI é um temporizador GUI ocupado esperando por eventos MIDI, usado quando o
GUI usa uma interface MIDI para rastreamento direto de eventos.

-ar | -aspect
Todos os emuladores tentarão manter uma proporção de aspecto para suas janelas para
que pareçam 'normais'. Isso está em conflito com alguns gerenciadores de janela de mosaico, então pode ser
Desativado. Também pode causar algum remapeamento excessivo de janelas quando elas são
redimensionado.

-iconificar
Abra a janela no estado iconificado.

-janela
Não mapeie nenhuma janela.

-cli Ativa a interface de linha de comando baseada em texto para o mecanismo. Isso pode ser usado em
conexão com -window, no entanto, se compilado sem suporte para qualquer janela
sistema, a opção -window está implícita.

-libtest
Não ligue o motor, nem tente se conectar a ele, apenas poste a GUI para
teste.

GUI Atalhos:

's' - salva as configurações na memória atual
'l' - (re) carrega a memória atual
'x' - troca de corrente com memória anterior
'+' - carrega a próxima memória
'-' - carrega a memória anterior
'?' - mostrar informações de ajuda do emulador
'h' - mostra informações de ajuda do emulador
'r' - mostra informações leia-me do aplicativo
'k' - mostra os atalhos do teclado
'p' - screendump para / tmp /.xpm
't' - alternar opacidade
'o' - diminui a opacidade da camada de patch
'O' - aumenta a opacidade da camada do patch
'w' - garantia de exibição
'g' - exibe GPL (condições de cópia)
'+' - aumenta o tamanho da janela
'-' - diminuir o tamanho da janela
'Enter' - alterna a janela entre o tamanho da tela inteira
UpArrow - movimento do controlador para cima (acelerador de tecla shift)
DownArrow - movimento do controlador para baixo (acelerador da tecla shift)
RightArrow - mais controle de movimento para cima (acelerador de mudança)
LeftArrow - mais movimento de controle para baixo (acelerador de mudança)

Soluções de opções:

Geral:

-motor
Não dê partida em um novo motor. A GUI tentará se conectar a um mecanismo existente em
a configuração do host e da porta (cq). Se a conexão for construída, o motor
operará emuladores e as alocações de voz serão compartilhadas entre eles. Tudo
das saídas do emulador são dobradas para a mesma saída estéreo, exceto
onde entradas extras de controle de Jack são usadas.

-gui Não inicia a GUI, apenas o motor. A GUI tentará se conectar ao
mecanismo nos valores de host e porta configurados. Se não responder, a GUI
sairá com algumas mensagens bastante concisas.

-servidor
Inicie o mecanismo como um servidor permanente que não sai com o último emulador.

-demônio
Execute o motor como um daemon com o terminal de controle desconectado. Isso não
implica na opção -server, nem implica na opção -log para registrar no arquivo
system, nem -syslog, que também pode ser aplicável a um daemon.

- cão de guarda
Tempo limite para a inicialização do segmento de áudio. Se o tópico não for ativado dentro
este período, o motor sairá normalmente em vez de esperar por
conexões indefinidamente. O período padrão é 30 segundos. Este não está ativo em
modo -server ou -daemon. Em operação normal, o tópico de áudio será lançado
dentro de alguns segundos, mas se o motor e a GUI forem iniciados separadamente,
esse tempo limite exige que uma GUI seja iniciada antes que o cronômetro expire.

-log Redireciona a saída de registro para um arquivo. O arquivo padrão é /var/log/bristol.log e
/var/log/brighton.log e se não estiverem disponíveis, $ HOME / .bristol / log
diretório é usado. A seleção de / var / log é evitar o log de root no
evento em que o mecanismo é invocado por este usuário.

-syslog
Redirecione a saída de registro para syslog.

-console
Mantenha o terminal de controle como saída para mensagens de registro, remova o
timestampes para fins de legibilidade. Isso também pode ser configurado com o
variável de ambiente BRISTOL_LOG_CONSOLE = true.

-rc Não carrega nenhum arquivo de parâmetro bristolrc.

-exec O processo final a ser solicitado pelo script startBristol será chamado como um
exec de forma que mantenha, entre outras coisas, o PID do pai. Esta opção
substituirá o exec e deixará o script aguardando a saída dos processos.
Há implicações de não usar este parâmetro, parte do código de limpeza faz parte do
o shellscript de empacotamento, por padrão não é chamado devido ao pedido de exec.
Este sinalizador é o padrão, mas só deve ser necessário para compatibilidade com LADI.

-stop Pare todos os motores de pistola em funcionamento. Isso resultará indiretamente na rescisão do
qualquer GUI devido à detecção ativa, embora isso possa ser desativado. O caso de uso é
pare quaisquer motores -server -daemon em execução em segundo plano. O final do
a opção é pkill.

-exit Pára todos os motores de pistola em execução e GUI.

-kill <-emulator>
Pare todos os motores de pistola em execução e GUI que foram associados com o
determinado emulador. Se bristol foi iniciado com '-mini', agora pode ser eliminado com -mini
para que outros emuladores não sejam encerrados. Se houver vários mini em execução, eles
vai morrer naturalmente também. Se o motor estiver funcionando com interface gráfica multitimbral, então o outro
A GUI associada também será encerrada, além do mini.

-cache
O local padrão para novas memórias e perfis de emulador, o padrão é
~ / .bristol e será pesquisado antes do diretório padrão do sistema / fábrica
/ usr / local / share / bristol quando os emuladores são iniciados e as memórias são carregadas. Se o
o nome do caminho não existe, então ele é criado, se possível.

-memdump [-emular, imitar ]
Crie o diretório de destino /memória/ e copie primeiro a fábrica
memórias padrão para o sintetizador e, em seguida, memórias privadas do usuário. Isso pode ser usado
com gerenciamento de sessão para fazer uma cópia de todas as memórias de sintetizador em uma sessão. Se o
diretório de destino já existe, nenhuma operação de cópia ocorre, mas o
O diretório substitui o padrão -cache para torná-lo o novo local para salvos
memórias para aquela sessão. A opção -emulate é necessária, se não for fornecida
então o hammondB3 padrão é usado.

-debug <1-16>
Nível de depuração, valores acima de 12 podem ser muito detalhados e apenas o valor 0 é indiscutivelmente
seguro em tempo real, pois evita printf () no thread de computação do mecanismo.

-Leia-me [- ]
Exibe as informações do readme do programa. Mostre o leia-me para apenas um único emulador
se desejado.

-glwf Permite apenas o uso de '-lwf' para todos os emuladores, sem sobreposições.

-hospedeiro
Conecte-se ao mecanismo no nome do host, o padrão é localhost. Isso é usado em
conjunção com -engine para distribuir a GUI. O nome do host aceita sintaxe como
hostname: porta para consertar o host e a porta para uma conexão remota com o mecanismo.
Se a parte do host é o token 'unix', então um soquete nomeado local é criado em vez
do que uma conexão TCP. Neste caso, um número de porta específico pode ser dado a
crie o socket nomeado / tmp / br. e se a porta não for especificada, um
índice numérico aleatório é escolhido.

-porta
Conecte-se à porta TCP fornecida para mensagens da GUI / mecanismo, padrão 5028. Se a porta
já está em uso, em seguida, a inicialização com falha. Para iniciar vários bristols com
GUI então esta opção deve ser descartada e o script irá procurar por uma porta livre
número para cada invocação. É incorreto misturar esta opção com -host
parâmetros que recebem um valor host: port ou unix: port, pois os resultados serão
indeterminado dependendo da ordem em que os parâmetros são enviados.

-quiet Redireciona a depuração e a saída de diagnóstico para / dev / null.

-gmc Abre uma interface MIDI na GUI. Por padrão, o motor terá o único MIDI
interface para bristol e redistribuirá eventos para a GUI. É possível
desative o encaminhamento e conecte a GUI e o mecanismo aos dispositivos midi, se necessário.

-frente
Desative o encaminhamento de eventos MIDI globalmente. Por padrão, o mecanismo abre um MIDI
interface e está conectado aos teclados físicos, superfícies de controle e / ou
sequênciadores. Ele irá encaminhar eventos MIDI para a GUI para rastreamento. Esta opção
desativa o recurso. Quando desativado, a GUI não refletirá o teclado do piano
estado, nem rastreará o movimento CC, a menos que as opções '-gmc' sejam fornecidas para abrir um
Conexão MIDI na GUI e que o usuário conecte as mesmas superfícies de controle para
a GUI por meio deste canal alternativo. Esta opção é logicamente idêntica a
´-localforward -remoteforward´.

-localforward
Isso impedirá que a GUI encaminhe mensagens MIDI para o mecanismo. Isso não é
para evitar loops de mensagens MIDI, pois o encaminhamento ocorre apenas a partir de MIDI
interfaces para conexões TCP entre GUI e mecanismo. Esta opção irá prevenir
mensagens de qualquer superfície conectada à GUI de encaminhamento para o
motor.

-remotoavançar
Isso impedirá que o motor encaminhe para a GUI, mas ainda permitirá que a GUI
para a frente para o motor. Se a GUI receber uma conexão MIDI com a opção -gmc,
e as superfícies de controle são aplicadas a ambos os processos, então a opção -forward deve
ser usado para evitar globalmente a redistribuição de eventos. Não fazer isso não resultará
em loops, apenas duplicação de eventos um para um. É possível conectar o
superfícies de controle apenas para a GUI quando a opção -gmc é usada, isso dá a
possibilidade de ter um teclado local e GUI, mas dirigir um motor em um controle remoto
sistemas. Admite-se que haja latência adicional envolvida no manuseio do MIDI
mensagens da GUI para o mecanismo remoto sobre TCP.

-oss Configure os padrões de OSS para interfaces de áudio e MIDI

-alsa Configura os padrões ALSA para interfaces de áudio e MIDI. A interface MIDI é um
Porta ALSA SEQ.

-jack Configura os padrões do Jack para interfaces de áudio e MIDI. No momento em que escrevo isto
opção causa alguns problemas, pois seleciona Jack MIDI, que atualmente requer um
bridging daemon para operar. As opções '-jack -midi seq' seriam mais típicas
configuração.

-jackstats
Não solicite parâmetros de áudio do servidor jack, use o sistema de bristol
padrões ou os parâmetros configurados. Os padrões de pistola invariavelmente falharão
no entanto, a chamada para bristoljackstats às vezes é supérflua e isso pode acelerar
os tempos de inicialização inicial. Usar este parâmetro normalmente exigirá que o
as opções -rate e -count também são fornecidas. TP -jsmuuid Isso é para sola
uso do Jack Session Manager

-jsmfile
Isto é para uso exclusivo do Jack Session Manager

-jsmd
Atraso do gerenciador de sessão Jack antes que os eventos de sessão sejam distribuídos internamente. Evento
a execução é atrasada na GUI por um padrão de 5000 ms.

-sessão
Desative todo o gerenciamento de sessão, incluindo JSM e LADI.

-dormir
Pare o processo de inicialização por 'n' segundos. Isso é para contornar o que
parece ser uma condição de corrida ao usar um gerenciador de sessão para inicializar vários
bristol clientes, pois todos eles competem pelo mesmo identificador de porta TCP.

-jdo Jack Dual Open: permite que os threads de áudio e midi se registrem como clientes independentes com
Jack. Por padrão, o thread de áudio abrirá como um cliente jack e o MIDI
a conexão é adicionada como outra porta, e não como outro cliente.

-o
Gere uma saída de áudio bruta das amostras do estágio final para um arquivo. O formato irá
ser estéreo de 16 bits intercalado.

-nrp Ativa o suporte para eventos NRP na GUI e no mecanismo. Isso deve ser usado com cuidado
como NRP no motor pode ter resultados inesperados.

-enrp Habilita o suporte NRP apenas no mecanismo.

-gnrp Habilita eventos NRP na GUI. Isso é necessário para permitir a GUI (e, portanto, o
motor) para ser acionado a partir de algumas superfícies de controle MIDI.

-nrpcc
Número máximo de NRP para mapear. O padrão é 128, considerado suficiente para qualquer um dos
emuladores atuais, mas o mixer exigirá mais se for lançado a cada vez.

em áudio motorista:

-audio [oss | alsa | jack]
Substituições de driver de áudio. Dependendo da ordem das chaves, é possível
definir um grupo de padrões globais (-jack / oss / alsa), em seguida, ter uma nova seleção específica de
componentes.

-audiodev
Nome do dispositivo de áudio. Para Jack, este será o nome registrado no daemon Jack.

-contar
Número de amostras / frames no período de processamento.

-outgain
Nível de normalização do sinal de saída, por padrão do emulador 4.

-ingain
Nível de normalização do sinal de entrada, por padrão do emulador 4.

-preload
Número de buffers de áudio a serem pré-gravados para a saída de áudio no início. Isso não é
ativo com os drivers Jack.

-avaliar
Taxa de amostragem, o padrão é 44100.

-prioridade
Prioridade em tempo real solicitada pelo thread de áudio do motor, padrão 75. Zero irá
desabilitar o processamento RT.

-autoconn
Conecte automaticamente a entrada e saída do motor às primeiras portas Jack IO encontradas.
Isso também pode ser obtido com a variável de ambiente BRISTOL_AUTOCONN = true

-multi
Múltiplas solicitações de porta IO, só funciona com Jack e atualmente apenas o ARP 2600
dá acesso a essas portas.

-migc
Nível de normalização do sinal de entrada para as portas multi IO.

-mogc
Nível de normalização do sinal de saída para as portas multi IO.

Midi motorista:

-midi [oss | [raw] alsa | jack]
Substituições de driver de áudio. Dependendo da ordem das chaves, é possível
definir um grupo de padrões globais (-jack / oss / alsa), em seguida, ter uma nova seleção específica de
componentes como ´-jack -midi seq´. O driver MIDI padrão é '-midi seq', mas
que pode ser substituído por opções de tempo de compilação, como --enable-jack-default-midi
para configurar.

-mididev
Nome do dispositivo MIDI a ser aberto (OSS / ALSA).

-mididbg
Solicite depuração de nível 1 de MIDI.

-mididbg2
Solicitar depuração de nível 2 de MIDI. Ambos podem ser selecionados para o nível 3.

-sysid <0xXXXXXXXX>
Configure um identificador SYSEX alternativo para o mecanismo. O padrão é o valor
0x534C6162 por razões históricas, este não é um ID de desenvolvimento gratuito, mas não é
atribuído assim não deve causar conflito.

LADI motorista (nível 1 compatível):

-ladi Brighton
Execute mensagens LADI apenas na GUI

-ladi Bristol
Execute mensagens LADI apenas no motor

-ladi
A memória de estado LADI para operações de salvamento. Deve ser único para cada LADI
sessão.

EXEMPLOS

startBristol -mini
Execute um minimoog usando a interface ALSA para áudio e midi (seq). O emulador vai
padrão para monofônico, precedência de notas altas com retrigger e velocidade de legato.

startBristol -alsa
Execute um hammondB3 usando a interface ALSA para áudio e midi. Isso é equivalente a todos
as seguintes opções: -b3 -audio alsa -audiodev plughw: 0,0 -midi seq -mididev
plughw: 0 -count 256 -preload 4 -port 5028 -voices 32 -canal 1 -rate 44100

startBristol -explorer -vozes 1
Execute um explorador moog como um instrumento monofônico, usando a interface ALSA para áudio e
meio-dia.

startBristol -prophet -alsa -canal 3
Execute um profeta-5 usando ALSA para áudio e midi (no canal 3).

startBristol -b3 -count 512 -preload 2
Execute um hammond b3 com 512 samples em um período e pré-carregue dois desses buffers
antes de se tornar ativo. Some Live! os cartões precisam deste tamanho de buffer maior com ALSA
motoristas.

startBristol -oss -audiodev / dev / dsp1 -vox -voices 8
Execute um vox continental usando o dispositivo OSS 1 e o dispositivo midi padrão / dev / midi0.
Opere com apenas 8 vozes das 32 disponíveis.

startBristol -b3 -audio alsa -audiodev plughw: 0,0 -seq -mididev 128.0
Execute uma emulação B3 sobre a interface de plug ALSA PCM, usando o sequenciador ALSA sobre
cliente 128, porta 0.

startBristol -juno &

startBristol -prophet -canal 2 -motor
Comece dois sintetizadores, um juno e um profeta. Ambos os sintetizadores serão
executado em um motor (multitimbral) com 32 vozes entre eles. O juno será
no canal midi padrão (1), e o profeta no canal 2. Saída sobre o mesmo
dispositivo de áudio ALSA padrão. As 32 vozes nunca serão usadas como esses emuladores
será executado por padrão com um limite suave inferior. Eles podem ser executados com mais vozes
no entanto, isso exigiria valores adequados para a opção -voices.

startBristol -juno -jack -register juno -voices 32 e

startBristol -prophet -jack -register profeta -canal 2-vozes 32
Comece dois sintetizadores, um juno e um profeta5. Cada sintetizador é totalmente independente
com sua própria GUI e motor. Cada motor será registrado separadamente com o macaco
daemon. Eles registrarão, respectivamente, os nomes 'juno' e 'profeta' com Jack
e ALSA para que possam ser diferenciados nos respectivos programas de controle
como aconnect e qjackctl. As saídas serão visíveis separadamente nestes
programas de controle e, portanto, podem ser roteados de forma independente. Cada sintetizador pode usar até 32
vozes e haverá apenas contenção de CPU - estes são processos de motor separados
com 32 vozes cada.

Use o bristolengine on-line usando os serviços onworks.net