bristolengine - En ligne dans le Cloud

PROGRAMME:

Nom

bristol - un package d'émulation de synthétiseur.

SYNOPSIS

débutBristol -mini -jack -séquence midi [Options]

DESCRIPTION

Bristol est une suite d'émulateurs logiciels de synthétiseur vintage. L'application consiste en un
moteur lui-même appelé bristol et une interface utilisateur graphique appelée brighton. Le graphique
interface est une bibliothèque de manipulation de bitmaps pour présenter les divers appareils de synthèse tels que
potentiomètres, boutons, curseurs, câbles de brassage et qui génère les messages à
configurer l'émulateur de synthé. Le moteur est une infrastructure qui héberge l'émulateur
code qui couple les différents opérateurs audio requis pour générer l'audio.
Le moteur et l'interface graphique sont démarrés avec le débutBristol script qui configure le
environnement requis pour que les deux se connectent. Il n'est généralement pas envisagé que
bristol et Brighton doivent être démarrés en dehors du script, mais il existe des options pour le
script pour démarrer uniquement l'un ou l'autre. Bristol dispose également d'une interface de ligne de commande qui peut
être utilisé plutôt que l'interface graphique.

Actuellement, les synthétiseurs suivants sont émulés :

Émulations

mini moog
explorateur moog (voyageur)
moog voyager bleu électrique
mémoire moog
moog sonique 6
compagnon de concert moog/réaliste mg-1
module hammond (obsolète, utilisez -b3)
hammond B3 (par défaut)$
circuits séquentiels prophet-5
circuits séquentiels prophet-5/fx
circuits séquentiels prophet-10
circuits séquentiels pro-one
garde-boue rhodes mark-je stade 73
piano basse fender rhodes
piano électrique crumar roadrunner
peu de crumar 01
peu de crumar 99
bit crumar + mods
combo synthé/orgue crumar stratus
combo synthé/orgue/cordes crumar trilogy
Oberheim OB-X
oberheim OB-Xa
arp axxe
arp odyssée
arp 2600
ensemble de cordes arp/solina
korg polysix
korg poly-800
korg mono/poly
korg ms20 (inachevé : -libtest uniquement)
vox continentale
vox continental super/300/II
roland juno-60
Roland Jupiter-8
Baumann BME-700
séquenceur bristol bassmaker
yamaha dx-7
yamaha cs-80 (inachevé)
synthé à puce SID commodore-64
synthé polyphonique commodore-64 SID (inachevé)
synthétiseur granulaire (inachevé)
ems synthi-a (inachevé)
Mélangeur 16 pistes (inachevé : -libtest uniquement)

La connexion par défaut entre le moteur et l'interface graphique est un socket TCP utilisant un format SYSEX
message issu du MIDI. En option, le code utilisera un socket de domaine unix pour une amélioration
Sécurité. L'interface graphique et le moteur n'ont pas besoin de résider sur le même système si cela convient
sont donnés, cette fonctionnalité nécessite l'utilisation des sockets du domaine TCP. Le moteur peut
accepter également les demandes de plusieurs interfaces Brighton et exécuter tous les émulateurs au
en même temps, en multitimbre, en partageant les voix entre eux et en anticipant si nécessaire. Si
un émulateur est lancé en mode monophonique puis il est préalloué une voix qui ne sera jamais
être préempté et qui s'exécute en continu, c'est-à-dire qu'il continuera par défaut à s'exécuter même
lorsqu'aucune touche de piano n'est enfoncée. Le code polyphonique n'exécutera que les algorithmes vocaux
tandis que la porte clé est ouverte, la porte étant dérivée de l'état de l'enveloppe vocale. Les
le moteur prend en charge au moins 32 voix par défaut, si un émulateur demande moins que son
l'émulation est configurée avec une limite souple. Si plus sont demandés alors plus de voix sont
créé cependant la limite supérieure est imposée à 128 voix. Une voix est une structure de moteur
qui permet l'allocation et l'exécution, le code réel exécuté par une voix peut être l'un des
algorithmes d'émulation qui sont la façon dont l'opération multitimbrale est prise en charge. L'attribution de la voix
processus est « dernière priorité de note » et tandis que d'autres sont disponibles pour le monophonique
instruments, c'est le seul algorithme d'affectation polyphonique.

Ce package doit être démarré avec le script startBristol. Le script lancera le
binaires du synthétiseur bristol, en évaluant les chemins de bibliothèque et les chemins d'exécutables corrects.
Il existe des paramètres d'émulation, de synthétiseur et de fonctionnement :

OPTIONS

Émulation:

-mini-moog mini
-explorateur - moog voyageur
-voyager - moog voyager bleu électrique
-mémoire - mémoire moog
-sonic6 - moog sonic 6
-mg1 - compagnon de concert moog/réaliste mg-1
-hammond - module hammond (obsolète, utilisez -b3)
-b3 - hammond B3 (par défaut)
-prophet - circuits séquentiels prophet-5
-pro52 - circuits séquentiels prophet-5/fx
-pro10 - circuits séquentiels prophet-10
-pro1 - circuits séquentiels pro-one
-rhodes - garde-boue rhodes mark-i stage 73
-rhodesbass - piano basse fender rhodes
-roadrunner - piano électrique crumar roadrunner
-bitone - mors crumar 01
-bit99 - bit crumar 99
-bit100 - bit crumar + mods
-stratus - combo synthé/orgue crumar stratus
-trilogy - combo synthé/orgue/cordes crumar trilogy
-obx - oberheim OB-X
-obxa - oberheim OB-Xa
-axxe - arp axxe
-odyssée - arp odyssée
-arp2600 - arp2600
-solina - ensemble de cordes arp/solina
-polysix - korg polysix
-poly800-korg poly-800
-monopole - korg mono/poly
-ms20 - korg ms20 (inachevé : -libtest uniquement)
-vox - vox continental
-voxM2 - vox continental super/300/II
-juno - roland juno-60
-jupiter - roland jupiter-8
-bme700-baumann bme-700
-bm - séquenceur bristol bassmaker
-dx-yamaha dx-7
-cs80 - yamaha cs-80 (inachevé)
-sidney - synthétiseur à puce commodore-64 SID
-melbourne - commodore-64 SID polysynth (inachevé)
-granulaire - synthétiseur granulaire (inachevé)
-aks - ems synthi-a (inachevé)
-mixer - mixer 16 pistes (inachevé : -libtest uniquement)

Synthétiseur :

-voix
L'émulateur sélectionné démarrera avec ce nombre de voix. Le moteur sera toujours
créer 32 voix mais n'affecter que ce sous-ensemble à l'émulateur. Si le sélectionné
est supérieure à 32, alors le plus grand nombre de voix est alloué.

-mono Exécute l'émulateur en mode monophonique. Ce n'est pas vraiment un alias pour '-voices 1' car
il configure en outre des paramètres tels que '-retrig -lvel -wwf -hnp'. Ces
des options supplémentaires peuvent être remplacées si vous le souhaitez.

-lnp Sélectionne la logique de priorité des notes basses. Ceci ne s'applique qu'aux synthétiseurs monophoniques et
toute la priorité des notes affecte le style de jeu legato.

-hnp Sélectionne la logique de priorité des notes élevées. Cela ne s'applique qu'aux synthétiseurs monophoniques.

-nnp Sélectionnez aucune priorité de note, c'est la valeur par défaut et fonctionne comme une dernière note
sélection de priorité.

-rétrig
Demandez un événement déclencheur pour chaque note jouée ET les notes qui sont relâchées.
Le déclencheur provoquera le cycle des enveloppes. Ils ne reviendront pas à zéro d'ici
par défaut, cependant, certaines des émulations l'ont comme contrôle GUI. Sans cela
les déclencheurs de drapeau ne sont envoyés que pour la première note enfoncée d'une séquence.

-lvel Configure l'héritage de vélocité pour toutes les notes legato - la première note d'une séquence
aura une valeur de vélocité qui est appliquée à toutes les notes suivantes. Cette option est
une bascule : appliquer deux fois désactivera la fonctionnalité. Ceci est important en ce qui concerne
aux émulateurs autant de synthés mono avec un niveau défini par défaut. Les
les options suivantes peuvent ne pas fonctionner comme prévu :

startBristol -mini -niveau

Le problème est que -mini active la vélocité legato donc le commutateur -lvel le fera basculer
à nouveau. La même chose s'applique à -retrig.

-canaliser
Démarrez l'émulateur pour répondre sur ce canal MIDI, par défaut 1.

-discret
Configurez la note la plus basse pour laquelle l'émulateur doit répondre. Cette valeur par défaut est
« 0 » mais peut être utilisé pour définir des divisions et des plages de touches pour différents synthés.

-highkey
Configurez la note la plus haute pour laquelle l'émulateur doit répondre. Cette valeur par défaut est
« 127 » mais peut être utilisé pour définir des divisions et des plages de touches pour différents synthés.

-désaccord <%>
Demandez à l'émulateur de fonctionner avec un niveau de sensibilité à la température. La valeur par défaut
est défini par l'émulateur, typiquement 100 ou 200. Le désaccord est appliqué à une voix
à la note uniquement et est une valeur aléatoire dans la plage définie ici.

-Gain
Niveau de gain du signal de sortie pour l'émulateur. Ceux-ci peuvent être utilisés pour normaliser le
niveaux de signal de différents synthés lorsqu'ils sont joués ensemble. La valeur par défaut est
défini par le synthé lui-même, il s'agit d'une dérogation.

-pwd
Profondeur de la molette de hauteur en demi-tons, par défaut 2.

-rapidité
Courbe de vitesse pour l'émulateur. La valeur par défaut est 520, une courbe exponentielle pour un disque dur
le style de jeu. La valeur '0' est plate (pas de sensibilité au toucher). Les valeurs jusqu'à 100 sont
cartes à échelle linéaire. La carte de vitesse est une table de points qui est interpolée
linéairement : vous n'aurez peut-être qu'à définir les points d'inflexion, cependant si vous voulez
courbes lisses, vous devrez définir chacune des 128 valeurs de vélocité utilisées
dans les événements noteon/noteoff. L'émulation n'a qu'une seule table de niveaux de gain pour
chaque index key.velocity, le moteur en revanche a deux tables, une pour chaque marche/arrêt
événement cependant c'est une carte entière, pas une carte de gain.

Il existe plusieurs tables par défaut si vous ne souhaitez pas spécifier la vôtre
courbe interpolée. Chaque table est le gain pour la valeur de vélocité Midi donnée dans le
Notez l'événement, il a 128 entrées. Les éléments suivants sont mis en œuvre :

100-199 Courbes convexes pour un claviériste soft touch
200-499 Courbes concaves pour un toucher dur, fonction linéaire jusqu'à quadratique.

L'ensemble suivant jusqu'à 525 sont des répétitions de ce qui précède mais avec moins de granularité. Dans le
au-dessus de la plage, la valeur de 200 est linéaire, tout comme 510 ci-dessous :

500-509 Courbes convexes pour un claviériste soft touch
510 linéaire
511-25 Courbes concaves pour un joueur au toucher dur.

Ensuite, il y a quelques courbes spécifiques

550 logarithmique
560 parabolique

Les valeurs jusqu'à 100 se composent de nombres à deux chiffres. Le premier chiffre définit comment
tard, la ligne commence (elle est linéaire) à monter en puissance, et le deuxième chiffre indique l'heure à laquelle elle est tardive
atteint 1.0. La valeur de 09 est presque le mappage linéaire ci-dessus car elle commence à partir de 0
et se termine presque à la fin. Une valeur de 49 serait pour un joueur lourd, c'est zéro
pour une grande partie de la table de vélocité, puis augmente jusqu'au gain maximum (1.0) fermer
le bout du tableau. Notez que ces tables pourraient également avoir été définies avec
définitions de VelocityMap car ce sont des interpolations linéaires. Une présente version sera
inclure des courbes pour lisser un peu les choses.

L'option 520 est une courbe de puissance carrée et semble assez naturelle bien que ce soit très
subjectif. C'est peut-être naturel pour un joueur difficile et cela pourrait être un meilleur défaut
que la courbe linéaire.

La valeur 1000 inversera le mappage, donc :

1510 - linéaire de 1.0 à 0.0 à mesure que la vitesse augmente
1520 - exponentiel, de 1.0 à 0.0 à mesure que la vitesse augmente

La cartographie du moteur est appliquée avant la cartographie d'émulation donnée ici. Il y a
arguments raisonnables pour rendre cette table logarithmique - vous êtes invités à le faire.
Il n'y a pas de limites aux valeurs ici autres que les valeurs négatives ne sont pas mappées,
ce tableau peut donc également être utilisé pour compenser les niveaux de volume.

-glisser
Durée de nogte glide en secondes, par défaut 5.

-imiter
Recherchez l'émulateur nommé et appelez-le, sinon quittez. Invoquer une émulation
c'était actuellement la valeur par défaut, cela implique des paramètres supplémentaires pour le comptage de voix,
gain, glide, pitchwheel depth, detune, etc. La valeur par défaut est hammondB3. Le -émuler
L'option implique également -register au nom de l'émulateur.

-S'inscrire
Utilisez un nom spécifique lors de votre inscription auprès de Jack et ALSA. Par défaut, le moteur
utilisez le nom « bristol », mais cela peut prêter à confusion si plusieurs moteurs sont
utilisé et cela peut être utilisé pour remplacer la valeur par défaut.

-lwf Sélectionnez des filtres légers pour l'émulateur.

-nwf Sélectionnez les filtres de poids normal, la valeur par défaut. Ceux-ci sont environ deux fois plus chers que
filtres légers.

-wwf Sélectionnez les filtres poids welter, cela représente à nouveau environ le double de la charge du processeur par rapport à la normale
filtres

-hwf Sélectionne les filtres lourds. Ce sont à peu près le double du filtre poids welter.
Bien qu'il y ait une différence audible notable entre -lwf et -nwf, il est
discutable si la différence entre -nwf, -wwf et -hwf est autre que visible
dans la charge CPU. Le filtre par défaut pour tout synthé -mono est -wwf qui peut être
remplacé par quelque chose de ligne '-mini -mono -nwf'.

-blo
Nombre d'harmoniques à bande passante limitée à mapper. La valeur zéro sélectionnera
bande passante infinie, la valeur par défaut est 31.

-blofraction
Le moteur utilise des tables précalculées pour toutes les fréquences où l'harmonique maximum
ne dépasse pas cette fraction de la fréquence d'échantillonnage. La valeur par défaut, 0.8, est déjà supérieure
nyquist comme compromis entre le contenu et la distorsion. Valeurs tendant vers 1.0
sont fortement repliés aux fréquences plus élevées naturellement.

-scala
Le moteur lira le fichier scala donné et le mappera dans ses tables de fréquences.

Utilisateur Interface:

-qualité
La profondeur du cache de couleur affectera la vitesse de rendu. Les valeurs inférieures commencent
montrant une perte de clarté, les valeurs les plus élevées commencent à utiliser des milliers de couleurs, ce qui est
où les performances sont affectées, la valeur est bpp, la valeur par défaut est 6.

-escalader
Chacun des émulateurs a une taille de fenêtre par défaut, cette taille peut être agrandie ou
vers le bas si vous le souhaitez.

-largeur
La largeur de pixel définit la plus petite des deux tailles qui peuvent être configurées. Ça marche
avec les options -scale et -autozoom pour basculer entre différentes tailles sur la souris
Entrée/Sortie de la fenêtre.

-zoom automatique
Minimiser la fenêtre à la sortie, maximiser à l'entrée.

-raise Relève automatiquement la fenêtre sur Enter.

-lower Abaisser automatiquement la fenêtre sur Leave. On note ici que l'utilisation de l'autozoom,
augmenter et diminuer peuvent avoir des effets indésirables avec certains gestionnaires de fenêtres.

-rud Contraindre le suivi du contrôleur rotatif au mouvement haut/bas de la souris, pas à
suivre la position de la souris. La valeur sera une fraction de la taille actuelle de la fenêtre.

-anticrénelage <%>
Pour certaines tailles de fenêtre, il y aura une pixellisation des images rendues à moins que certains
l'anticrénelage est appliqué. Avec de grandes valeurs de zoom, cela est automatiquement configuré. La valeur est
un pourcentage, la valeur par défaut est 30.

-aliastype
Il existe trois options d'anticrénelage, "pré" l'appliquera aux sérigraphies de texte,
« texture » ​​l'appliquera aux bitmaps de surface et « all » l'appliquera partout
y compris les appareils rendus. La valeur par défaut est pre mais ce paramètre n'est que
appliqué si -antialias a une valeur autre que zéro.

-opacité <%>
Brighton utilise une couche de transparence pour certaines fonctionnalités telles que le patch ARP 2600
câbles. Il s'agit de la transparence par défaut. Il peut être ajusté plus tard avec le
^o/^O/^t contrôlent les codes dans l'interface graphique. La valeur par défaut est 50 %.

-pixmap
Utilisez l'interface pixmap X11 plutôt que l'interface XImage par défaut pour
serveur.

-dct
Délai de double clic pour les événements de bouton, etc., 250 ms.

-suivi
Empêcher l'image du clavier du piano GUI de suivre les événements MIDI, petite réduction de
Surcharge CPU.

-clé à bascule
Le comportement par défaut de l'interface graphique pour régler les touches avec la souris est de les verrouiller, ce
permet de jouer des accords sur les polyphoniques. Cette option désactivera le loquet pour
que les touches ne sont jouées que lorsqu'elles sont maintenues avec le bouton de la souris.

-neutre
Initialisez l'émulateur avec un patch nul, tous les paramètres auront la valeur zéro
pour permettre à un patch d'être construit de bas en haut, complètement à partir de zéro. Cette
équivaut à '-load -1', les emplacements mémoire négatifs ne seront pas enregistrés, c'est-à-dire que vous
ne peut pas enregistrer dans le patch nul.

-charge
Numéro de mémoire initial à charger au démarrage. La valeur par défaut est 0 pour la plupart des émulateurs.

-importer
Importez une mémoire à partir d'un fichier disque vers le patch actif au moment du démarrage. Ce patch peut
puis être enregistré à un autre emplacement et permet l'échange de souvenirs.

-mbi
L'index de la banque principale permet d'accéder à un ID de mémoire supplémentaire. Cette valeur fois 1000
est ajouté à l'ID de mémoire enregistré/chargé par l'interface graphique afin que l'interface graphique puisse accéder par exemple
8 banques de 8 mémoires mais en utilisant -mbi, vous pouvez en fait enregistrer plusieurs ensembles de 64
des souvenirs.

-sensactif
La vitesse à laquelle les messages Hello sont envoyés de l'interface graphique au moteur pour s'assurer qu'il est toujours
actif. Si la transmission échoue, l'interface graphique sortira, si le moteur ne
recevoir des mises à jour, il quittera également. Zéro désactivera la détection active.

-as
La période d'expiration du moteur sur les messages de détection active.

-mct
Le délai d'expiration du cycle MIDI est un temporisateur GUI d'attente occupée pour les événements MIDI, utilisé lorsque le
L'interface graphique utilise une interface MIDI pour le suivi direct des événements.

-ar|-aspect
Tous les émulateurs tenteront de maintenir un rapport hauteur/largeur pour leurs fenêtres afin
qu'ils ont l'air "normaux". Cela entre en conflit avec certains gestionnaires de fenêtres en mosaïque et peut donc être
désactivée. Cela peut également entraîner un remappage excessif des fenêtres lorsqu'elles sont
redimensionné.

-iconifier
Ouvrez la fenêtre dans l'état iconifié.

-la fenêtre
Ne mappez aucune fenêtre.

-cli Activer l'interface de ligne de commande basée sur du texte pour le moteur. Cela peut être utilisé dans
connjuction avec -window cependant si compilé sans support pour aucun fenêtrage
système, l'option -window est implicite.

-libtest
Ne démarrez pas le moteur et n'essayez pas de vous y connecter, publiez simplement l'interface graphique pour
test.

GUI Raccourcis:

's' - enregistre les paramètres dans la mémoire actuelle
'l' - (re)charger la mémoire actuelle
'x' - échange le courant avec la mémoire précédente
'+' - charge la mémoire suivante
'-' - charge la mémoire précédente
'?' - afficher les informations d'aide de l'émulateur
'h' - affiche les informations d'aide de l'émulateur
'r' - affiche les informations du fichier readme de l'application
'k' - afficher les raccourcis clavier
'p' - vidage d'écran vers / tmp /.xpm
't' - bascule l'opacité
'o' - diminue l'opacité de la couche de patch
'O' - augmente l'opacité de la couche de patch
'w' - afficher la garantie
'g' - afficher GPL (conditions de copie)
'+' - augmente la taille de la fenêtre
'-' - diminue la taille de la fenêtre
'Entrée' - bascule la fenêtre entre la taille plein écran
UpArrow - mouvement du contrôleur vers le haut (touche d'accélérateur Shift)
DownArrow - mouvement du contrôleur vers le bas (touche d'accélérateur Shift)
RightArrow - plus de contrôle du mouvement vers le haut (accélérateur de changement de vitesse)
LeftArrow - plus de contrôle du mouvement vers le bas (accélérateur de changement de vitesse)

Efficacité options:

Général:

-moteur
Ne démarrez pas un nouveau moteur. L'interface graphique tentera de se connecter à un moteur existant sur
la configuration de l'hôte et du port (cq). Si la connexion est établie, le moteur
exploitera les deux émulateurs et les allocations vocales seront partagées entre eux. Tous
des sorties de l'émulateur sont repliées sur la même sortie stéréo, à l'exception
où des entrées de contrôle Jack supplémentaires sont utilisées.

-gui Ne démarre pas l'interface graphique, seulement le moteur. L'interface graphique tentera de se connecter au
engine sur les valeurs d'hôte et de port configurées. S'il ne répond pas, l'interface graphique
sortira avec des messages plutôt laconiques.

-serveur
Démarrez le moteur en tant que serveur permanent qui ne se ferme pas avec le dernier émulateur.

-démon
Exécutez le moteur en tant que démon avec le terminal de contrôle déconnecté. Cela ne
implique l'option -server, ni l'option -log pour se connecter au fichier
system, ni -syslog qui pourrait également être applicable à un démon.

-chien de garde
Timeout pour l'initialisation du thread audio. Si le fil ne s'active pas dans
cette période, le moteur s'éteindra gracieusement plutôt que d'attendre
connexions indéfiniment. La période par défaut est de 30 secondes. Ceci n'est pas actif dans
-mode serveur ou -démon. En fonctionnement normal, le fil audio sera lancé
en quelques secondes, mais si le moteur et l'interface graphique sont démarrés séparément, alors
ce délai d'attente exige qu'une interface graphique soit démarrée avant l'expiration du temporisateur.

-log Rediriger la sortie de journalisation vers un fichier. Le fichier par défaut est /var/log/bristol.log et
/var/log/brighton.log et s'ils ne sont pas disponibles alors $HOME/.bristol/log
répertoire est utilisé. La sélection de / var / log est d'empêcher la journalisation à la racine dans le
événement où le moteur est invoqué par cet utilisateur.

-syslog
Rediriger la sortie de journalisation vers syslog.

console
Conservez le terminal de contrôle comme sortie pour les messages de journalisation, supprimez le
horodatages à des fins de lisibilité. Ceci peut également être configuré avec le
variable d'environnement BRISTOL_LOG_CONSOLE=true.

-rc Ne charge aucun fichier de paramètres bristolrc.

-exec Le processus final demandé par le script startBristol sera appelé en tant que
exec de telle sorte qu'il conserve entre autres le PID du parent. Cette option
remplacera l'exec et laissera le script en attente de la fin des processus.
Il y a des implications de ne pas utiliser ce paramètre, une partie du code de nettoyage fait partie de
le shellscript d'emballage, par défaut, il n'est pas appelé en raison de la requête exec.
Ce drapeau est par défaut mais ne devrait vraiment être requis que pour la compatibilité LADI.

-stop Arrêtez tous les moteurs bristol en marche. Cela entraînera indirectement la résiliation de
toute interface graphique en raison de la détection active bien que cela puisse être désactivé. Le cas d'utilisation est de
arrêter tous les moteurs -server -daemon s'exécutant en arrière-plan. L'arrière de la
l'option est pkill.

-exit Arrête tous les moteurs bristol en cours d'exécution et l'interface graphique.

-kill <-émulateur>
Arrêtez tous les moteurs bristol en cours d'exécution et l'interface graphique qui ont été associés au
émulateur donné. Si bristol a été démarré avec '-mini', il peut maintenant être tué avec -mini
afin que les autres émulateurs ne soient pas terminés. S'il y a plusieurs mini en cours d'exécution, ils
mourra naturellement aussi. Si le moteur exécute une interface graphique multitimbrale, l'autre
L'interface graphique associée sortira également en plus du mini.

-cache
L'emplacement par défaut pour les nouvelles mémoires et les profils d'émulateur, la valeur par défaut est
~/.bristol et il sera recherché avant le répertoire système/usine par défaut
/usr/local/share/bristol lorsque les émulateurs sont démarrés et que les mémoires sont chargées. Si la
pathname n'existe pas alors il est créé si possible.

-memdump [-imiter ]
Créer le répertoire cible /Mémoire/ et copiez d'abord l'usine
mémoires par défaut pour le synthé, puis les mémoires privées de l'utilisateur. Cela peut être utilisé
avec gestion de session pour faire une copie de toutes les mémoires de synthé d'une session. Si la
le répertoire cible existe déjà, aucune opération de copie n'a lieu mais le
le répertoire remplace le -cache par défaut pour en faire le nouvel emplacement pour l'enregistrement
souvenirs de cette séance. L'option -emulate est obligatoire, si elle n'est pas fournie
alors le hammondB3 par défaut est pris.

-déboguer <1-16>
Niveau de débogage, les valeurs supérieures à 12 peuvent être très verbeuses et seule la valeur 0 est sans doute
en temps réel car il évite printf() dans le thread de calcul du moteur.

-lisez-moi [- ]
Affichez les informations du fichier readme du programme. Afficher le fichier readme pour un seul émulateur
si on le désire.

-glwf Autorise uniquement l'utilisation de '-lwf' pour tous les émulateurs, pas de remplacement.

-hôte
Connectez-vous au moteur sur le nom d'hôte, la valeur par défaut est localhost. Ceci est utilisé dans
en conjonction avec -engine pour distribuer l'interface graphique. Le nom d'hôte accepte une syntaxe telle que
hostname:port pour corriger à la fois l'hôte et le port pour une connexion à distance au moteur.
Si la partie hôte est le jeton « unix », alors un socket nommé local est créé plutôt
qu'une connexion TCP. Dans ce cas, un numéro de port spécifique peut être attribué à
créer le socket nommé /tmp/br. et si le port n'est pas spécifié alors un
un index numérique aléatoire est choisi.

-Port
Connectez-vous au port TCP donné pour la messagerie GUI/moteur, valeur par défaut 5028. Si le port
est déjà utilisé, puis le démarrage échoue. Pour démarrer plusieurs bristols avec
GUI alors cette option doit être supprimée et le script recherchera un port libre
numéro pour chaque appel. Il est incorrect de mélanger cette option avec -host
paramètres qui prennent une valeur host:port ou unix:port car les résultats seront
indéterminée selon l'ordre dans lequel les paramètres sont soumis.

-quiet Redirige la sortie de débogage et de diagnostic vers /dev/null.

-gmc Ouvre une interface MIDI dans l'interface graphique. Par défaut, le moteur possédera le seul MIDI
interface pour bristol et redistribuera les événements à l'interface graphique. Il est possible de
désactivez le transfert et connectez l'interface graphique et le moteur aux périphériques midi si nécessaire.

-effronté
Désactivez globalement le transfert d'événements MIDI. Par défaut le moteur ouvre un MIDI
interface et est connecté aux claviers physiques, surfaces de contrôle et/ou
séquenceurs. Il transmettra les événements MIDI à l'interface graphique pour le suivi. Cette option
désactive la fonctionnalité. Lorsqu'elle est désactivée, l'interface graphique ne reflétera pas le clavier du piano
état, il ne suivra pas non plus le mouvement CC à moins que les options '-gmc' ne soient données pour ouvrir un
connexion MIDI dans l'interface graphique et que l'utilisateur connecte les mêmes surfaces de contrôle à
l'interface graphique via ce canal alternatif. Cette option est logiquement identique à
'-localforward -remoteforward'.

-transfert local
Cela empêchera l'interface graphique de transmettre des messages MIDI au moteur. Ce n'est pas
pour éviter les boucles de messages MIDI car le transfert ne se produit qu'à partir du MIDI
interfaces aux connexions TCP entre l'interface graphique et le moteur. Cette option empêchera
messages de toutes les surfaces connectées à l'interface graphique de la transmission au
moteur.

-télécommande
Cela empêchera le moteur de transmettre à l'interface graphique mais permettra toujours à l'interface graphique de
en avant vers le moteur. Si l'interface graphique reçoit une connexion MIDI avec l'option -gmc,
et les surfaces de contrôle sont appliquées aux deux processus, l'option -forward devrait
être utilisé pour empêcher globalement la redistribution des événements. Ne pas le faire n'entraînera pas
en boucles, juste duplication un pour un des événements. Il est possible de connecter le
surfaces de contrôle uniquement à l'interface graphique lorsque l'option -gmc est utilisée, cela donne
possibilité d'avoir un clavier et une interface graphique locaux mais piloter un moteur sur une télécommande
systèmes. Leur latence est certes supplémentaire liée à la gestion du MIDI
messages de l'interface graphique au moteur distant via TCP.

-oss Configure les valeurs par défaut d'OSS pour les interfaces audio et MIDI

-alsa Configure les valeurs par défaut d'ALSA pour les interfaces audio et MIDI. L'interface MIDI est un
Port ALSA SEQ.

-jack Configure les valeurs par défaut de Jack pour les interfaces audio et MIDI. Au moment d'écrire ce
L'option provoque des problèmes car elle sélectionne Jack MIDI qui nécessite actuellement un
démon de pontage pour fonctionner. Les options '-jack -midi seq' seraient plus typiques
configuration.

-jackstats
Ne demandez pas de paramètres audio au serveur jack, prenez le système bristol
par défaut ou les paramètres configurés. Les valeurs par défaut de bristol échoueront invariablement
cependant l'appel à bristoljackstats est parfois superflu et cela peut accélérer
les temps de démarrage initial. L'utilisation de ce paramètre nécessite généralement que le
les options -rate et -count sont également fournies. TP -jsmuuid C'est pour la semelle
utilisation du Jack Session Manager

-jsmfile
Ceci est à l'usage exclusif du Jack Session Manager

-jsmd
Délai du gestionnaire de session Jack avant que les événements de session ne soient distribués en interne. Événement
l'exécution est retardée dans l'interface graphique par défaut de 5000 ms.

-session
Désactivez toute la gestion de session, y compris JSM et LADI.

-dormir
Arrêtez le processus d'initialisation pendant 'n' secondes. Il s'agit de contourner ce
semble être une condition de course lors de l'utilisation d'un gestionnaire de session pour initialiser plusieurs
clients bristol car ils se disputent tous le même identifiant de port TCP.

-jdo Jack Dual Open : permet aux threads audio et midi de s'enregistrer en tant que clients indépendants avec
Jack. Par défaut, le thread audio s'ouvrira en tant que client jack et le MIDI
la connexion est superposée comme un autre port plutôt que comme un autre client.

-o
Générez une sortie audio brute des échantillons de l'étape finale dans un fichier. Le format sera
être entrelacé stéréo 16 bits.

-nrp Active la prise en charge des événements NRP dans l'interface graphique et le moteur. C'est à utiliser avec précaution
car le NRP dans le moteur peut avoir des résultats inattendus.

-enrp Activer la prise en charge NRP dans le moteur uniquement.

-gnrp Activer les événements NRP dans l'interface graphique. Ceci est nécessaire pour permettre à l'interface graphique (et donc au
moteur) à piloter à partir de certaines surfaces de contrôle MIDI.

-nrpcc
Nombre maximum de NRP à mapper. La valeur par défaut est 128, considérée comme suffisante pour l'un des
émulateurs actuels, mais le mélangeur en aura besoin de plus s'il est chaque fois libéré.

Audio chauffeur:

-audio [oss|alsa|jack]
Remplacements du pilote audio. Selon l'ordre des interrupteurs, il est possible de
définir un groupe de valeurs par défaut globales (-jack/oss/alsa) puis avoir une re-sélection spécifique de
composants.

-audiodev
Nom du périphérique audio. Pour Jack, ce sera le nom enregistré auprès du démon Jack.

-compter
Nombre d'échantillons/cadres dans la période de traitement.

-gain
Niveau de normalisation du signal de sortie, par défaut de l'émulateur 4.

-encore
Niveau de normalisation du signal d'entrée, par défaut de l'émulateur 4.

-précharger
Nombre de tampons audio à préécrire sur la sortie audio au démarrage. Ce n'est pas
actif avec les pilotes Jack.

-taux
Taux d'échantillonnage, par défaut à 44100.

-priorité
Priorité en temps réel demandée par le thread audio du moteur, 75 par défaut.
désactiver le traitement RT.

-connexion automatique
Connectez automatiquement l'entrée et la sortie du moteur aux premiers ports Jack IO trouvés.
Ceci peut également être réalisé avec la variable d'environnement BRISTOL_AUTOCONN=true

-multi
Plusieurs demandes de port IO, ne fonctionne qu'avec Jack et actuellement uniquement l'ARP 2600
donne accès à ces ports.

-migc
Niveau de normalisation du signal d'entrée pour les ports multi E/S.

-mog
Niveau de normalisation du signal de sortie pour les ports multi E/S.

Midi chauffeur:

-midi [oss|[brut]alsa|jack]
Remplacements du pilote audio. Selon l'ordre des interrupteurs, il est possible de
définir un groupe de valeurs par défaut globales (-jack/oss/alsa) puis avoir une re-sélection spécifique de
composants tels que dans "-jack -midi seq". Le pilote MIDI par défaut est '-midi seq' mais
qui peut être remplacé par des options de compilation telles que --enable-jack-default-midi
configurer.

-mididev
Nom du périphérique MIDI à ouvrir (OSS/ALSA).

-mididbg
Demander le débogage MIDI de niveau 1.

-mididbg2
Demander le débogage MIDI de niveau 2. Les deux peuvent être sélectionnés pour le niveau 3.

-sysid <0xXXXXXXX>
Configurez un autre identifiant SYSEX pour le moteur. La valeur par défaut est la valeur
0x534C6162 pour des raisons historiques, ce n'est pas un ID de développement gratuit mais ce n'est pas
attribué ainsi ne devrait pas causer de conflit.

LADI driver (niveau 1 conforme):

-ladi Brighton
Exécuter les messages LADI dans l'interface graphique uniquement

-ladi bristol
Exécuter les messages LADI dans le moteur uniquement

-ladi
La mémoire d'état LADI pour les opérations de sauvegarde. Cela devrait être unique pour chaque LADI
session.

EXEMPLES

démarrerBristol -mini
Exécutez un minimoog en utilisant l'interface ALSA pour l'audio et le midi (seq). L'émulateur va
par défaut, monophonique, priorité des notes aiguës avec redéclenchement et vélocité legato.

débutBristol -alsa
Exécutez un hammondB3 en utilisant l'interface ALSA pour l'audio et le midi. C'est l'équivalent de tout
les options suivantes : -b3 -audio alsa -audiodev plughw:0,0 -midi seq -mididev
plughw:0 -count 256 -preload 4 -port 5028 -voix 32 -channel 1 -rate 44100

startBristol -explorer -voix 1
Exécutez un explorateur moog en tant qu'instrument monophonique, en utilisant l'interface ALSA pour l'audio et
midi.

startBristol -prophet -alsa -canal 3
Exécutez un prophet-5 en utilisant ALSA pour l'audio et le midi (sur le canal 3).

startBristol -b3 -count 512 -preload 2
Exécutez un hammond b3 avec 512 échantillons dans une période et préchargez deux de ces tampons
avant de devenir actif. Certains en direct ! les cartes ont besoin de cette plus grande taille de tampon avec ALSA
conducteurs.

startBristol -oss -audiodev /dev/dsp1 -vox -voices 8
Exécutez un vox continental en utilisant le périphérique OSS 1 et le périphérique midi par défaut /dev/midi0.
Fonctionne avec seulement 8 voix sur les 32 disponibles.

startBristol -b3 -audio alsa -audiodev plughw:0,0 -seq -mididev 128.0
Exécutez une émulation B3 sur l'interface de prise PCM ALSA, en utilisant le séquenceur ALSA sur
client 128, port 0.

startBristol -juno &

startBristol -prophet -canal 2 -moteur
Démarrez deux synthétiseurs, un juno et un prophète. Les deux synthétiseurs seront
exécuté sur un moteur (multitimbral) avec 32 voix entre elles. Le Junon sera
sur le canal midi par défaut (1), et le prophet sur le canal 2. Sortie dessus même
périphérique audio ALSA par défaut. Les 32 voix ne s'habitueront jamais toutes à ces émulateurs
fonctionnera par défaut avec une limite logicielle inférieure. Ils peuvent être exécutés avec plus de voix
Cependant, cela nécessiterait des valeurs appropriées pour l'option -voices.

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

startBristol -prophet -jack -register prophet -canal 2 -voices 32
Démarrez deux synthétiseurs, un juno et un prophet5. Chaque synthé est totalement indépendant
avec sa propre interface graphique et son propre moteur. Chaque moteur s'enregistrera séparément avec le cric
démon. Ils enregistreront respectivement les noms 'juno' et 'prophet' auprès de Jack
et ALSA afin qu'ils puissent être différenciés dans les programmes de contrôle respectifs
tels que aconnect et qjackctl. Les sorties seront visibles séparément dans ces
programmes de contrôle et peuvent ainsi être routés indépendamment. Chaque synthé peut utiliser jusqu'à 32
voix et il n'y aura qu'une contention CPU - ce sont des processus de moteur distincts
avec 32 voix chacun.

Utiliser bristolengine en ligne en utilisant les services onworks.net