EnglischFranzösischSpanisch

Ad


OnWorks-Favicon

bristolengine – Online in der Cloud

Führen Sie bristolengine im kostenlosen Hosting-Anbieter OnWorks über Ubuntu Online, Fedora Online, den Windows-Online-Emulator oder den MAC OS-Online-Emulator aus

Dies ist der Befehl bristolengine, der beim kostenlosen Hosting-Anbieter OnWorks mit einer unserer zahlreichen kostenlosen Online-Workstations wie Ubuntu Online, Fedora Online, dem Windows-Online-Emulator oder dem MAC OS-Online-Emulator ausgeführt werden kann

PROGRAMM:

NAME/FUNKTION


bristol - ein Synthesizer-Emulationspaket.

ZUSAMMENFASSUNG


startBristol -Mini-Buchse -Midi-Seq [Optionen]

BESCHREIBUNG


Bristol ist eine Vintage-Synthesizer-Software-Emulator-Suite. Die Bewerbung besteht aus einer
Engine selbst namens Bristol und eine grafische Benutzeroberfläche namens brighton. Die grafische
interface ist eine Bitmap-Manipulationsbibliothek zur Darstellung der verschiedenen Synth-Geräte wie
Potentiometer, Taster, Schieberegler, Patchkabel und die die Meldungen an
Konfigurieren Sie den Synth-Emulator. Die Engine ist eine Infrastruktur, die den Emulator hostet
Code, der die verschiedenen Audiooperatoren zusammenkoppelt, die zum Erzeugen des Audios erforderlich sind.
Die Engine und die GUI werden zusammen mit dem gestartet startBristol Skript, das die
erforderliche Umgebung für die beiden miteinander verbinden. Es ist generell nicht vorgesehen, dass
Bristol und Brighton werden außerhalb des Skripts gestartet, es gibt jedoch Optionen zum
Skript, um nur das eine oder das andere zu starten. Bristol verfügt auch über eine Befehlszeilenschnittstelle, die
anstelle der GUI verwendet werden.

Derzeit werden folgende Synthesizer emuliert:

Emulationen

moog mini
Moog Explorer (Reisender)
moog voyager elektrisch blau
Moog-Erinnerung
Moog-Sonic 6
moog/realistic mg-1 konzertkamerad
Hammond-Modul (veraltet, verwenden Sie -b3)
Hammond B3 (Standard)$
sequentielle Schaltungen Prophet-5
sequentielle Schaltungen prophet-5/fx
sequentielle Schaltungen Prophet-10
sequentielle Schaltungen pro-one
Kotflügel Rhodes Mark-I Stufe 73
Fender Rhodes Bassklavier
Crumar Roadrunner E-Piano
Crumar-Bit 01
Crumar-Bit 99
Crumar Bit + Mods
Crumar Stratus Synth/Orgel-Combo
Crumar Trilogie Synth/Orgel/String Combo
Oberheim OB-X
Oberheim OB-Xa
arp axxe
Arp-Odyssee
arp2600
Arp/Solina Streicherensemble
Korg Polysechs
Korg Poly-800
Korg mono/poly
korg ms20 (unvollendet: -libtest only)
vox kontinental
Vox Continental Super/300/II
Roland Juno-60
Roland Jupiter-8
Baumann BME-700
Bristol Bassmaker Sequenzer
Yamaha dx-7
yamaha cs-80 (unvollendet)
Commodore-64 SID-Chip-Synthesizer
Commodore-64 SID polyphoner Synthesizer (unvollendet)
granularer Synthesizer (unfertig)
ems synthi-a (unvollendet)
16-Spur-Mixer (unvollendet: -libtest only)

Die Standardverbindung zwischen Engine und GUI ist ein TCP-Socket im SYSEX-Format
Nachricht aus MIDI entnommen. Optional verwendet der Code einen Unix-Domain-Socket für verbesserte
Sicherheit. GUI und Engine müssen nicht auf demselben System resident sein, wenn dies geeignet ist
Parameter angegeben werden, erfordert diese Funktion die Verwendung der TCP-Domain-Sockets. Der Motor kann
Akzeptieren Sie auch Anfragen von mehreren Brighton-Schnittstellen und führen Sie alle Emulatoren auf der
gleichzeitig multitimbraly, teilen Stimmen zwischen ihnen und greifen bei Bedarf vor. Wenn
ein Emulator im monophonen Modus gestartet wird, dann wird ihm eine Stimme vorbelegt, die niemals
vorweggenommen werden und die kontinuierlich läuft, dh standardmäßig läuft sie gleichmäßig weiter
wenn keine Klaviertasten gedrückt werden. Der polyphone Code führt nur die Sprachalgorithmen aus
während das Key-Gate geöffnet ist, wobei das Gate aus dem Sprachhüllkurvenzustand abgeleitet wird. Die
Engine unterstützt standardmäßig mindestens 32 Stimmen, wenn ein Emulator weniger anfordert als seine
Emulation ist mit einem weichen Limit konfiguriert. Wenn mehr angefordert werden, sind es mehr Stimmen
erstellt, jedoch liegt die Obergrenze bei 128 Stimmen. Eine Stimme ist eine Motorstruktur
der die Zuweisung und Ausführung ermöglicht, kann der tatsächliche Code, der von einer Stimme ausgeführt wird, einer der folgenden sein
Emulatoralgorithmen, wodurch der multitimbrale Betrieb unterstützt wird. Die Stimmzuweisung
Prozess ist 'Letzte Note-Priorität' und während andere für die Monophonie verfügbar sind
Instrumenten, ist dies der einzige polyphone Zuweisungsalgorithmus.

Dieses Paket sollte mit dem startBristol-Skript gestartet werden. Das Skript startet die
Bristol-Synthesizer-Binärdateien, Bewertung der korrekten Bibliothekspfade und ausführbaren Pfade.
Es gibt Emulations-, Synthesizer- und Betriebsparameter:

OPTIONAL


Emulation:

-mini - Moog Mini
-Explorer - Moog Voyager
-voyager - moog voyager elektrisch blau
-Speicher - Moog-Speicher
-sonic6 – Moog Sonic 6
-mg1 - moog/realistischer mg-1 Konzertkamerad
-hammond - Hammond-Modul (veraltet, verwenden Sie -b3)
-b3 - Hammond B3 (Standard)
-prophet - sequentielle Schaltungen prophet-5
-pro52 - sequentielle Schaltungen prophet-5/fx
-pro10 - sequentielle Schaltungen prophet-10
-pro1 - sequentielle Schaltungen pro-one
-Rhodes - Kotflügel Rhodes Mark-I Stufe 73
-Rhodesbass - Fender Rhodes Bass Piano
-roadrunner - Crumar Roadrunner E-Piano
-bitone - crumar bit 01
-bit99 - Crumar-Bit 99
-bit100 - Crumar-Bit + Mods
-Stratus - Crumar Stratus Synth/Orgel-Combo
-Trilogie - Crumar Trilogie Synth/Orgel/Streicher Combo
-obx - oberheim OB-X
-obxa - Oberheim OB-Xa
-axxe – arp axxe
-odyssee - Arp-Odyssee
-arp2600 -arp2600
-solina - Arp/Solina Streicherensemble
-polysix - korg polysechs
-poly800 - Korg-Poly-800
-monopol - korg mono/poly
-ms20 - korg ms20 (unvollendet: -libtest only)
-vox - vox kontinental
-voxM2 - Vox Continental Super/300/II
-juno-roland juno-60
-Jupiter - Roland Jupiter-8
-bme700 - baumann bme-700
-bm - Bristol Bassmaker Sequenzer
-dx – Yamaha dx-7
-cs80 - yamaha cs-80 (unvollendet)
-sidney - Commodore-64 SID-Chip-Synthesizer
-melbourne - Commodore-64 SID Polysynth (unvollendet)
-granular - granularer Synthesizer (unfertig)
-aks - ems synthi-a (unvollendet)
-mixer - 16-Spur-Mixer (unvollendet: -libtest only)

Synthesizer:

-Stimmen
Der ausgewählte Emulator beginnt mit dieser Anzahl von Stimmen. Der Motor wird immer
32 Stimmen erstellen, aber nur diese Untermenge dem Emulator zuweisen. Wenn das ausgewählte
Wenn der Wert größer als 32 ist, wird die größere Anzahl von Stimmen zugewiesen.

-mono Führt den Emulator im monophonen Modus aus. Dies ist nicht wirklich ein Alias ​​für '-voices 1' als
es konfiguriert zusätzlich Parameter wie '-retrig -lvel -wwf -hnp'. Diese
zusätzliche Optionen können bei Bedarf überschrieben werden.

-lnp Auswahl der Prioritätslogik für niedrige Noten. Dies gilt nur für monophone Synthesizer und
die gesamte Notenpriorität wirkt sich auf den Legato-Spielstil aus.

-hnp Auswahl der Prioritätslogik für hohe Noten. Dies gilt nur für monophone Synthesizer.

-nnp Wählen Sie keinen Notenvorrang, dies ist die Standardeinstellung und fungiert als letzte Note
Vorrang Auswahl.

-retrigger
Fordern Sie ein Triggerereignis für jede gespielte Note UND freigegebene Noten an.
Der Trigger bewirkt, dass die Hüllkurven durchlaufen. Sie werden nicht auf Null zurückkehren bis
Standardmäßig haben jedoch einige der Emulationen dies als GUI-Steuerelement. Ohne das
Flag-Trigger werden nur für die erste gedrückte Note einer Sequenz gesendet.

-lvel Konfigurieren Sie die Velocity-Vererbung für alle Legato-Noten - die erste Note einer Sequenz
hat einen Velocity-Wert, der auf alle nachfolgenden Noten angewendet wird. Diese Option ist
ein Umschalter: Durch zweimaliges Anwenden wird die Funktion deaktiviert. Dies ist wichtig in Bezug auf
zu den Emulatoren wie viele der Mono-Synths mit eingestelltem Level als Standard. Die
Die folgenden Optionen funktionieren möglicherweise nicht wie erwartet:

startBristol -mini -level

Das Problem ist, dass -mini die Legato-Velocity aktiviert, sodass der -lvel-Schalter sie umschaltet
wieder aus. Das gleiche gilt für -retrig.

-Kanal
Starten Sie den Emulator, um auf diesem MIDI-Kanal zu antworten, Standard 1.

-unaufdringlich
Konfigurieren Sie die tiefste Note, auf die der Emulator reagieren soll. Dies ist standardmäßig
'0', kann aber verwendet werden, um Key Splits und Ranges für verschiedene Synthesizer zu definieren.

-hoher Schlüssel
Konfigurieren Sie die höchste Note, auf die der Emulator reagieren soll. Dies ist standardmäßig
'127', kann aber verwendet werden, um Key Splits und Ranges für verschiedene Synthesizer zu definieren.

-verstimmung <%>
Fordern Sie den Emulatorlauf mit einem Grad an Temperaturempfindlichkeit an. Der Standardwert
wird vom Emulator definiert, typischerweise 100 oder 200. Die Verstimmung wird auf eine Stimme angewendet
nur bei Anmerkung und ist ein Zufallswert innerhalb des hier definierten Bereichs.

-gewinnen
Verstärkungspegel des Ausgangssignals für den Emulator. Diese können verwendet werden, um die
Signalpegel von verschiedenen Synthesizern, wenn sie zusammen gespielt werden. Der Standardwert ist
vom Synth selbst definiert, ist dies eine Überschreibung.

-pwd
Pitch-Wheel-Tiefe in Halbtönen, Standard 2.

-Geschwindigkeit
Geschwindigkeitskurve für den Emulator. Der Standardwert ist 520, eine exponentielle Kurve für einen harten
Spielstil. Wert '0' ist flach (keine Berührungsempfindlichkeit). Werte bis 100 sind
linear skalierte Karten. Die Geschwindigkeitskarte ist eine Tabelle von Punkten, die interpoliert wird
linear: Sie müssen möglicherweise nur die Wendepunkte definieren, aber wenn Sie möchten
glatten Kurven müssen Sie jeden der 128 verwendeten Velocity-Werte definieren
bei Noteon/Noteoff-Events. Die Emulation hat nur eine einzige Tabelle mit Verstärkungsstufen für
jeder key.velocity-Index, die Engine hingegen hat zwei Tabellen, eine für jedes Ein/Aus
Ereignis ist jedoch eine Integer-Map, keine Gain-Map.

Es gibt mehrere Standardtabellen, wenn Sie keine eigenen angeben möchten
interpolierte Kurve. Jede Tabelle ist die Verstärkung für den Midi-Velocity-Wert, der im
Notizereignis, es hat 128 Einträge. Folgendes ist implementiert:

100-199 konvexe Kurven für einen Soft-Touch-Keyboarder
200-499 Konkave Kurven für einen harten Griff, lineare bis quadratische Funktion.

Der nächste Satz bis zu 525 sind Wiederholungen des Obigen, jedoch mit weniger Granularität. In dem
oberhalb des Bereichs ist der Wert von 200 linear, ebenso wie unten 510:

500-509 konvexe Kurven für einen Soft-Touch-Keyboarder
510 linear
511-25 Konkave Kurven für einen hart angeschlagenen Spieler.

Dann gibt es ein paar spezifische Kurven

550 logarithmisch
560 Parabel

Die Werte bis 100 bestehen aus zweistelligen Zahlen. Die erste Ziffer definiert wie
spät beginnt die Linie (sie ist linear) hochzufahren, und die zweite Ziffer gibt an, wie spät es ist
erreicht 1.0. Der Wert von 09 ist fast die lineare Abbildung oben, da er bei 0 beginnt
und endet fast am Ende. Ein Wert von 49 wäre für einen schweren Spieler, er ist Null
für einen großen Teil der Geschwindigkeitstabelle und steigt dann auf die maximale Verstärkung (1.0) an
das Ende der Tabelle. Beachten Sie, dass diese Tabelle auch mit . definiert worden sein könnte
VelocityMap-Definitionen, da es sich um lineare Interpolationen handelt. Eine aktuelle Veröffentlichung wird
Fügen Sie Kurven hinzu, um die Dinge ein wenig zu glätten.

Option 520 ist eine quadratische Leistungskurve und fühlt sich ziemlich natürlich an, obwohl das sehr
subjektiv. Vielleicht ist es für einen harten Spieler natürlich und es könnte ein besserer Standard sein
als die lineare Kurve.

Der Wert 1000 invertiert das Mapping, also:

1510 - linear von 1.0 bis 0.0 mit zunehmender Geschwindigkeit
1520 - exponentiell, von 1.0 bis 0.0 mit zunehmender Geschwindigkeit

Das Engine-Mapping wird vor dem hier angegebenen Emulations-Mapping angewendet. Es gibt
vernünftige Argumente, um diese Tabelle logarithmisch zu machen - Sie können dies gerne tun.
Für die Werte sind hier keine Grenzen gesetzt, außer dass negative Werte nicht abgebildet werden,
daher kann diese Tabelle auch zum Kompensieren von Lautstärkepegeln verwendet werden.

-gleiten
Dauer des Nogte-Glides in Sekunden, Standardwert 5.

-emulieren, nacheifern
Suchen Sie nach dem benannten Emulator und rufen Sie ihn auf, andernfalls beenden Sie. Aufruf einer Emulation
Dies war derzeit die Standardeinstellung, es impliziert zusätzliche Parameter für die Stimmenanzahl,
Gain, Glide, Pitchwheel-Tiefe, Detune usw. Die Voreinstellung ist hammondB3. Das -emulieren
Option impliziert auch -register für den Emulatornamen.

-registrieren
Verwenden Sie bei der Registrierung bei Jack und ALSA einen bestimmten Namen. Standardmäßig wird der Motor
Verwenden Sie den Namen 'Bristol', dies kann jedoch verwirrend sein, wenn mehrere Motoren betrieben werden
verwendet und dies kann verwendet werden, um die Standardeinstellung zu überschreiben.

-lwf Wählen Sie leichte Filter für den Emulator aus.

-nwf Wählen Sie normalgewichtige Filter aus, die Standardeinstellung. Diese sind etwa doppelt so teuer wie
leichte Filter.

-wwf Wählen Sie welterweight Filter, dies sind wiederum etwa die doppelte CPU-Last wie die normalen
Filter.

-hwf Schwergewichtige Filter auswählen. Diese sind ungefähr das Doppelte des Weltergewichtsfilters.
Während es ein wahrnehmbarer hörbarer Unterschied zwischen -lwf und -nwf ist, ist es
fraglich, ob der Unterschied zwischen -nwf, -wwf und -hwf nicht sichtbar ist
in der CPU-Last. Der Standardfilter für jeden -Mono-Synth ist -wwf, der sein kann
überschrieben mit etwas Zeile '-mini -mono -nwf'.

-blo
Anzahl der bandbreitenbegrenzten Harmonischen, die abgebildet werden sollen. Der Wert Null wird ausgewählt
unendliche Bandbreite, Standard ist 31.

-blofraktion
Der Motor verwendet vorberechnete Tabellen für alle Frequenzen, bei denen die maximale Harmonische
diesen Bruchteil der Samplerate nicht überschreitet. Der Standardwert 0.8 ist bereits oben
nyquist als Kompromiss zwischen Inhalt und Verzerrung. Werte tendieren gegen 1.0
sind bei den höheren Frequenzen natürlich stark verfälscht.

-skala
Die Engine liest die angegebene Scala-Datei und ordnet sie ihren Häufigkeitstabellen zu.

Mitglied Schnittstelle:

-Qualität
Die Farb-Cache-Tiefe beeinflusst die Rendering-Geschwindigkeit. Die niedrigeren Werte beginnen
mit Verlust an Klarheit beginnen die höheren Werte, Tausende von Farben zu verwenden, was ist
wo die Leistung beeinträchtigt wird, ist der Wert bpp, der Standardwert ist 6.

-Skala
Jeder der Emulatoren hat eine Standardfenstergröße, diese Größe kann vergrößert werden oder
nach unten, wenn gewünscht.

-Breite
Die Pixelbreite definiert die kleinere von zwei Größen, die konfiguriert werden können. Es klappt
mit den Optionen -scale und -autozoom zum Umschalten zwischen verschiedenen Größen mit der Maus
Betreten/Verlassen des Fensters.

-Autozoom
Fenster beim Beenden minimieren, beim Betreten maximieren.

-raise Erhöht automatisch das Fenster bei der Eingabe.

-lower Das Fenster beim Verlassen automatisch absenken. Es sei hier darauf hingewiesen, dass die Verwendung von Autozoom,
Erhöhen und Verringern kann bei einigen Fenstermanagern unerwünschte Auswirkungen haben.

-rud Beschränken Sie das Tracking des Drehreglers auf die Auf- und Abbewegung der Maus, nicht auf die eigentliche
die Mausposition verfolgen. Der Wert ist ein Bruchteil der aktuellen Fenstergröße.

-Antialiasing <%>
Bei einigen Fenstergrößen kommt es zu Pixelierungen der gerenderten Bilder, es sei denn, einige
Antialiasing wird angewendet. Bei großen Zoomwerten wird dies automatisch eingerichtet. Wert ist
ein Prozentsatz, der Standardwert ist 30.

-aliastyp
Es gibt drei Antialiasing-Optionen, ´pre´ wendet es auf die Text-Siebdrucke an,
´texture´ wird es auf die Oberflächen-Bitmaps anwenden und ´all´ wird es überall anwenden
einschließlich gerenderter Geräte. Der Standardwert ist pre, dieser Parameter ist jedoch nur
angewendet, wenn -antialias einen anderen Wert als Null hat.

-opazität <%>
Brighton verwendet eine Transparenzebene für einige Funktionen wie den ARP 2600-Patch
Kabel. Dies ist die Standardtransparenz. Es kann später mit dem angepasst werden
^o/^O/^t Steuercodes in der GUI. Der Standardwert ist 50 Prozent.

-Pixmap
Verwenden Sie die X11-Pixmap-Schnittstelle anstelle der Standard-XImage-Schnittstelle für die
Server.

-dct
Doppelklick-Timeout für Schaltflächenereignisse usw. 250 ms.

-Verfolgung
Verhindern Sie, dass das GUI-Klaviertastaturbild MIDI-Ereignisse verfolgt, kleine Reduzierung in
CPU-Overhead.

-Taste umschalten
Das standardmäßige GUI-Verhalten für das Einstimmen von Tasten mit der Maus besteht darin, sie zu verriegeln
ermöglicht das Spielen von Akkorden auf der Polyphonie. Diese Option deaktiviert die Verriegelung, um
dass Tasten nur gespielt werden, während die Maustaste gedrückt gehalten wird.

-neutral
Initialisieren Sie den Emulator mit einem Null-Patch, alle Parameter haben den Wert Null
damit ein Patch von Grund auf neu erstellt werden kann. Dies
entspricht '-load -1', negative Speicherplätze werden nicht gespeichert, dh Sie
kann nicht auf den Null-Patch speichern.

-Belastung
Anfängliche Speichernummer, die beim Start geladen werden soll. Der Standardwert ist für die meisten Emulatoren 0.

-importieren
Importieren Sie zur Startzeit einen Speicher von einer Festplattendatei in den aktiven Patch. Dieser Patch kann
dann an einem anderen Ort gespeichert und ermöglicht den Austausch von Erinnerungen.

-mbi
Der Master-Bank-Index ermöglicht den Zugriff auf die zusätzliche Speicher-ID. Dieser Wert mal 1000
wird der von der GUI gespeicherten/geladenen Speicher-ID hinzugefügt, damit die GUI beispielsweise darauf zugreifen kann
8 Bänke mit 8 Speicherplätzen, aber mit -mbi können Sie tatsächlich mehrere Sätze von 64 . speichern
Erinnerungen.

-aktiver Sinn
Die Rate, mit der Hallo-Nachrichten von der GUI an die Engine gesendet werden, um sicherzustellen, dass sie still ist
aktiv. Wenn die Übertragung fehlschlägt, wird die GUI beendet, wenn die Engine dies nicht tut
Updates erhalten, wird es auch beendet. Null deaktiviert Active Sense.

-ast
Die Engine-Timeout-Periode für aktive Sense-Nachrichten.

-mct
Der MIDI-Zyklus-Timeout ist ein GUI-Timer für MIDI-Ereignisse, der beschäftigt ist, wenn der
GUI benötigt eine MIDI-Schnittstelle für die direkte Ereignisverfolgung.

-ar|-aspekt
Alle Emulatoren werden versuchen, ein Seitenverhältnis für ihre Fenster beizubehalten, also
dass sie "normal" aussehen. Dies steht in Konflikt mit einigen Kachel-Fenstermanagern, also kann es sein
Behinderte. Es kann auch zu einer übermäßigen Neuzuordnung von Fenstern führen, wenn sie
verkleinert.

-ikonifizieren
Öffnen Sie das Fenster im symbolisierten Zustand.

-Fenster
Ordnen Sie kein Fenster zu.

-cli Aktiviert die textbasierte Befehlszeilenschnittstelle zur Engine. Dies kann verwendet werden in
Verbindung mit -window jedoch wenn kompiliert ohne Unterstützung für Windowing
system wird die Option -window impliziert.

-libtest
Starten Sie die Engine nicht und versuchen Sie nicht, eine Verbindung herzustellen, sondern posten Sie einfach die GUI für
Testen.

GUI Tastenkombinationen:

's' - Einstellungen im aktuellen Speicher speichern
'l' - aktuellen Speicher (neu) laden
'x' - Strom mit vorherigem Speicher austauschen
'+' - nächsten Speicher laden
'-' - vorherigen Speicher laden
'?' - Emulator-Hilfeinformationen anzeigen
'h' - Emulator-Hilfeinformationen anzeigen
'r' - Readme-Informationen zur Anwendung anzeigen
'k' - Tastaturkürzel anzeigen
'p' - Bildschirmabbild zu / tmp /.xpm
't' - Deckkraft umschalten
'o' - Deckkraft der Patch-Ebene verringern
'O' - Deckkraft der Patch-Ebene erhöhen
'w' - Garantie anzeigen
'g' - GPL anzeigen (Kopierbedingungen)
'+' - Fenster vergrößern
'-' - Fenstergröße verkleinern
'Enter' - Fenster zwischen Vollbildgröße umschalten
UpArrow - Controller-Bewegung nach oben (Shift-Tastenbeschleuniger)
DownArrow - Controller-Bewegung nach unten (Shift-Tastenbeschleuniger)
RightArrow - mehr Kontrollbewegung nach oben (Beschleuniger schalten)
LeftArrow - mehr Kontrollbewegung nach unten (Beschleuniger schalten)

Operatives Optionen:

Allgemein:

-Motor
Starten Sie keinen neuen Motor. Die GUI versucht, eine Verbindung zu einer vorhandenen Engine herzustellen
die Host- und Portkonfiguration (cq). Wenn die Verbindung hergestellt ist, ist der Motor
wird beide Emulatoren betreiben und die Sprachzuweisungen werden zwischen ihnen geteilt. Alle
der Emulatorausgänge werden auf denselben Stereoausgang zurückgeklappt, außer
wo zusätzliche Jack-Steuereingänge verwendet werden.

-gui Startet nicht die GUI, sondern nur die Engine. Die GUI wird versuchen, eine Verbindung zum
Engine auf den konfigurierten Host- und Portwerten. Wenn es nicht reagiert, wird die GUI
wird mit einigen ziemlich knappen Nachrichten verlassen.

-Server
Starten Sie die Engine als permanenten Server, der nicht mit dem letzten Emulator beendet wird.

-dämon
Führen Sie die Engine als Daemon mit getrenntem Kontrollterminal aus. Das tut nicht
impliziert die Option -server noch die Option -log zum Loggen in die Datei
system, noch -syslog, was auch auf einen Daemon anwendbar sein könnte.

-Wachhund
Timeout für die Audio-Thread-Initialisierung. Wenn der Thread nicht innerhalb von . aktiviert wird
In diesem Zeitraum wird der Motor ordnungsgemäß beendet, anstatt zu warten
Verbindungen auf unbestimmte Zeit. Der Standardzeitraum beträgt 30 Sekunden. Dies ist nicht aktiv in
-server- oder -daemon-Modus. Im Normalbetrieb wird der Audio-Thread gestartet
innerhalb weniger Sekunden, aber wenn Engine und GUI separat gestartet werden, dann
dieser Timeout erfordert, dass eine GUI gestartet wird, bevor der Timer abläuft.

-log Leitet die Protokollausgabe in eine Datei um. Die Standarddatei ist /var/log/bristol.log und
/var/log/brighton.log und wenn sie nicht verfügbar sind, dann $HOME/.bristol/log
Verzeichnis verwendet wird. Die Auswahl an / var / log ist zu verhindern, dass Sie sich beim Root anmelden
Ereignis, dass die Engine von diesem Benutzer aufgerufen wird.

-syslog
Leiten Sie die Protokollausgabe an syslog um.

Konsole
Pflegen Sie das steuernde Terminal als Ausgabe für die Protokollierung von Meldungen, entfernen Sie das
Zeitstempel aus Gründen der Lesbarkeit. Dies kann auch mit dem
Umgebungsvariable BRISTOL_LOG_CONSOLE=true.

-rc Keine bristolrc-Parameterdatei laden.

-exec Der letzte Prozess, der vom startBristol-Skript angefordert werden soll, wird als an . aufgerufen
exec so, dass es unter anderem die PID des übergeordneten Elements beibehält. Diese Option
überschreibt die Exec und lässt das Skript auf das Beenden der Prozesse warten.
Es hat Auswirkungen, wenn dieser Parameter nicht verwendet wird. Ein Teil des Bereinigungscodes ist Teil von
das Wrapping-Shellscript, standardmäßig wird dieses aufgrund der Exec-Anfrage nicht aufgerufen.
Dieses Flag ist Standard, sollte aber nur für die LADI-Kompatibilität erforderlich sein.

-stop Stoppen Sie alle laufenden Bristol-Motoren. Dies führt indirekt zur Beendigung von
jede GUI aufgrund von aktiver Erfassung, obwohl dies deaktiviert werden kann. Der Anwendungsfall ist zu
stoppen Sie alle -server -daemon-Engines, die im Hintergrund laufen. Das hintere Ende des
Option ist pkill.

-exit Stoppen Sie alle laufenden Bristol-Engines und GUI.

-kill <-emulator>
Stoppen Sie alle laufenden Bristol-Engines und GUI, die mit dem
Emulator gegeben. Wenn Bristol mit '-mini' gestartet wurde, kann es jetzt mit -mini . getötet werden
damit andere Emulatoren nicht beendet werden. Wenn mehrere Mini ausgeführt werden, werden sie
wird natürlich auch sterben. Wenn die Engine eine multitimbrale GUI ausführt, dann die andere
Die zugehörige GUI wird zusätzlich zum Mini beendet.

-Zwischenspeicher
Der Standardspeicherort für neue Speicher und Emulatorprofile ist die Standardeinstellung
~/.bristol und es wird vor dem System-/Werksstandardverzeichnis durchsucht
/usr/local/share/bristol, wenn Emulatoren gestartet und Speicher geladen werden. Wenn die
Pfadname existiert nicht, dann wird er wenn möglich erstellt.

-memdump [-emulieren, nacheifern ]
Zielverzeichnis erstellen /Erinnerung/ und kopiere zuerst die Fabrik
Standardspeicher für den Synthesizer, dann die privaten Speicher des Benutzers. Dies kann verwendet werden
mit Session-Management, um eine Kopie aller Synth-Speicher in einer Session zu erstellen. Wenn die
Zielverzeichnis bereits vorhanden ist, findet kein Kopiervorgang statt, aber die
Verzeichnis ersetzt die Standardeinstellung -cache, um dies zum neuen Speicherort für das Speichern zu machen
Erinnerungen an diese Sitzung. Die Option -emulate ist erforderlich, wenn sie nicht bereitgestellt wird
dann wird die Standardeinstellung hammondB3 verwendet.

-debug <1-16>
Debug-Level, Werte über 12 können sehr ausführlich sein und nur der Wert 0 ist wohl
echtzeitsicher, da printf() im Engine-Rechenthread vermieden wird.

-Liesmich [- ]
Zeigen Sie die Readme-Informationen zum Programm an. Liesmich nur für einen einzelnen Emulator anzeigen
wenn gewünscht.

-glwf Erlaube nur die Verwendung von '-lwf' für alle Emulatoren, keine Überschreibungen.

-Gastgeber
Verbinden Sie sich über den Hostnamen mit der Engine, der Standardwert ist localhost. Dies wird verwendet in
Verbindung mit -engine, um die GUI zu verteilen. Der Hostname akzeptiert Syntax wie
hostname:port, um sowohl den Host als auch den Port für eine Remote-Verbindung zur Engine festzulegen.
Wenn der Host-Teil das Token 'unix' ist, wird stattdessen ein lokaler benannter Socket erstellt
als eine TCP-Verbindung. In diesem Fall kann eine bestimmte Portnummer angegeben werden
Erstellen Sie den benannten Socket /tmp/br. und wenn der Port nicht angegeben ist, dann a
ein zufälliger numerischer Index wird gewählt.

-Hafen
Verbinden Sie sich mit dem angegebenen TCP-Port für GUI/Engine-Messaging, Standard 5028. Wenn der Port
bereits im Einsatz ist dann der Start mit fehlgeschlagen. Zum Starten mehrerer Bristols mit
GUI dann sollte diese Option verworfen werden und das Skript sucht nach einem freien Port
Nummer für jeden Aufruf. Es ist falsch, diese Option mit -host . zu mischen
Parameter, die einen Wert host:port oder unix:port annehmen, da die Ergebnisse lauten
unbestimmt, abhängig von der Reihenfolge, in der die Parameter übergeben werden.

-quiet Leitet Debug- und Diagnoseausgaben nach /dev/null um.

-gmc Öffne ein MIDI-Interface in der GUI. Standardmäßig besitzt die Engine das einzige MIDI
Schnittstelle für Bristol und verteilt Ereignisse an die GUI. Es ist möglich zu
deaktivieren Sie die Weiterleitung und verbinden Sie bei Bedarf GUI und Engine mit Midi-Geräten.

-nach vorne
Deaktivieren Sie die MIDI-Event-Weiterleitung global. Standardmäßig öffnet die Engine ein MIDI
Schnittstelle und ist mit den physischen Tastaturen, Bedienoberflächen und/oder
Sequenzer. Es leitet MIDI-Events zur Verfolgung an die GUI weiter. Diese Option
deaktiviert die Funktion. Wenn deaktiviert, spiegelt die GUI nicht die Klaviertastatur wider
Zustand, noch wird CC-Bewegung verfolgt, es sei denn, die Option '-gmc' wird angegeben, um a . zu öffnen
MIDI-Verbindung in der GUI und dass der Benutzer die gleichen Bedienoberflächen anschließt
die GUI über diesen alternativen Kanal. Diese Option ist logisch identisch mit
´-lokaleweiterleitung -ferneweiterleitung´.

-localforward
Dadurch wird verhindert, dass die GUI MIDI-Meldungen an die Engine weiterleitet. Das ist nicht
um MIDI-Nachrichtenschleifen zu verhindern, da die Weiterleitung immer nur von MIDI erfolgt
Schnittstellen zu TCP-Verbindungen zwischen GUI und Engine. Diese Option verhindert
Nachrichten von allen Oberflächen, die mit der GUI verbunden sind, von der Weiterleitung an die
Antrieb.

-Remoteforward
Dadurch wird verhindert, dass die Engine an die GUI weiterleitet, ermöglicht aber dennoch der GUI,
vorwärts zum Motor. Wenn die GUI mit der Option -gmc eine MIDI-Verbindung erhält,
und Steuerflächen auf beide Prozesse angewendet werden, sollte die Option -forward
verwendet werden, um die Umverteilung von Ereignissen global zu verhindern. Die Nichtbeachtung führt nicht zu
in Schleifen, nur eins-zu-eins-Duplizierung von Ereignissen. Es ist möglich, die
Steueroberflächen nur für die GUI, wenn die Option -gmc verwendet wird, gibt dies den
Möglichkeit, eine lokale Tastatur und GUI zu haben, aber einen Motor auf einer Fernbedienung zu steuern
Systeme. Ihre ist zugegebenermaßen zusätzliche Latenz, die mit der Handhabung des MIDI verbunden ist
Nachrichten von der GUI an die Remote-Engine über TCP.

-oss OSS-Standardeinstellungen für Audio- und MIDI-Interfaces konfigurieren

-alsa Konfiguriert ALSA-Standardwerte für Audio- und MIDI-Interfaces. Das MIDI-Interface ist ein
ALSA SEQ-Port.

-jack Konfiguriert die Standardeinstellungen von Jack für Audio- und MIDI-Interfaces. Zum Zeitpunkt des Schreibens dieses
Option verursacht einige Probleme, da sie Jack MIDI auswählt, die derzeit a
Bridging-Daemon zu betreiben. Die Optionen '-jack -midi seq' wären typischer
Konfiguration.

-Jackstats
Fordern Sie keine Audioparameter vom Jack-Server an, nehmen Sie das Bristol-System
Voreinstellungen oder die konfigurierten Parameter. Die Bristol-Standardeinstellungen werden unweigerlich fehlschlagen
allerdings ist der ruf bei bristoljackstats manchmal überflüssig und das kann sich beschleunigen
die ersten Startzeiten. Die Verwendung dieses Parameters erfordert normalerweise, dass die
Optionen -rate und -count werden ebenfalls bereitgestellt. TP -jsmuuid Dies ist für alleinige
Verwendung des Jack Session Managers

-jsmfile
Dies ist für die alleinige Verwendung des Jack Session Managers

-jsmd
Verzögerung des Jack-Sitzungsmanagers, bevor Sitzungsereignisse intern verteilt werden. Vorfall
Die Ausführung wird in der GUI standardmäßig um 5000 ms verzögert.

-Sitzung
Deaktivieren Sie die gesamte Sitzungsverwaltung, einschließlich JSM und LADI.

-Schlaf
Halten Sie den Initialisierungsprozess für 'n' Sekunden an. Dies ist, um zu umgehen, was
scheint eine Race-Bedingung zu sein, wenn ein Sitzungsmanager verwendet wird, um mehrere zu initialisieren
bristol-Clients, da sie alle um die gleiche TCP-Port-Kennung kämpfen.

-jdo Jack Dual Open: Lassen Sie die Audio- und Midi-Threads als unabhängige Clients registrieren mit
Jack. Standardmäßig wird der Audio-Thread als Klinken-Client geöffnet und das MIDI
Verbindung wird nicht als anderer Client, sondern als anderer Port huckepackgebunden.


Generieren Sie eine rohe Audioausgabe der Endstufen-Samples in eine Datei. Das Format wird
16-Bit-Stereo-Interleaved sein.

-nrp Aktiviert die Unterstützung für NRP-Ereignisse sowohl in der GUI als auch in der Engine. Dies ist mit Vorsicht zu genießen
da NRP im Motor zu unerwarteten Ergebnissen führen kann.

-enrp Aktiviert die NRP-Unterstützung nur in der Engine.

-gnrp Aktiviert NRP-Ereignisse in der GUI. Dies ist erforderlich, um die GUI (und damit die
Engine) von einigen MIDI-Bedienoberflächen angesteuert werden.

-nrpcc
Maximale Anzahl der zuzuordnenden NRP. Der Standardwert ist 128 und wird als ausreichend für alle
aktuellen Emulatoren, aber der Mixer wird mehr benötigen, wenn er jede veröffentlicht wird.

Audio Treiber:

-audio [oss|alsa|jack]
Audiotreiber überschreibt. Je nach Reihenfolge der Schalter ist es möglich,
Legen Sie eine Gruppe von globalen Standardeinstellungen fest (-jack/oss/alsa) und haben Sie dann eine spezifische Neuauswahl von
Komponenten.

-audioev
Name des Audiogeräts. Für Jack ist dies der Name, der beim Jack-Daemon registriert ist.

-zählen
Anzahl der Samples/Frames im Verarbeitungszeitraum.

-outgain
Normalisierungspegel des Ausgangssignals, pro Emulatorstandard 4.

-ingain
Eingangssignal-Normalisierungspegel, pro Emulator-Standardeinstellung 4.

-Vorspannung
Anzahl der Audiopuffer, die beim Start in den Audioausgang geschrieben werden sollen. Das ist nicht
aktiv mit den Jack-Treibern.

-Bewertung
Abtastrate, standardmäßig 44100.

-Priorität
Echtzeitpriorität, die vom Engine-Audio-Thread angefordert wird, Standard 75. Null wird
RT-Verarbeitung deaktivieren.

-autoconn
Verbinden Sie den Motoreingang und -ausgang automatisch mit den ersten gefundenen Jack IO-Ports.
Dies kann auch mit der Umgebungsvariable BRISTOL_AUTOCONN=true erreicht werden

-multi
Mehrere IO-Port-Anfragen, funktioniert nur mit Jack und derzeit nur mit dem ARP 2600
ermöglicht den Zugriff auf diese Ports.

-migc
Eingangssignal-Normalisierungspegel für die Multi-IO-Ports.

-mogc
Ausgangssignal-Normalisierungspegel für die Multi-IO-Ports.

Midi Treiber:

-midi [oss|[raw]alsa|jack]
Audiotreiber überschreibt. Je nach Reihenfolge der Schalter ist es möglich,
Legen Sie eine Gruppe von globalen Standardeinstellungen fest (-jack/oss/alsa) und haben Sie dann eine spezifische Neuauswahl von
Komponenten wie in ´-jack -midi seq´. Der Standard-MIDI-Treiber ist '-midi seq', aber
die mit Kompilierzeitoptionen wie --enable-jack-default-midi . überschrieben werden können
konfigurieren.

-mididev
Zu öffnender MIDI-Gerätename (OSS/ALSA).

-mididbg
Fordern Sie Debugging auf MIDI-Ebene 1 an.

-mididbg2
Fordern Sie Debugging auf MIDI-Ebene 2 an. Beide können für Stufe 3 ausgewählt werden.

-sysid <0xXXXXXXXX>
Konfigurieren Sie eine alternative SYSEX-Kennung für die Engine. Der Standardwert ist der Wert
0x534C6162 aus historischen Gründen ist dies keine kostenlose Entwicklungs-ID, aber es ist nicht so
zugewiesen, sollte also keinen Konflikt verursachen.

LADI Fahrer (Niveau 1 konforme):

-ladi Brighton
Führe LADI-Nachrichten nur in der GUI aus

-ladi bristol
Führe LADI-Nachrichten nur in der Engine aus

-ladi
Der LADI-Zustandsspeicher für Sicherungsoperationen. Dies sollte für jeden LADI . einzigartig sein
Session.

Beispiele:


startBristol -mini
Führen Sie einen Minimoog mit ALSA-Schnittstelle für Audio und Midi (Seq) aus. Der Emulator wird
Standardeinstellung auf monophon, hoher Notenvorrang mit Retrigger und Legato-Velocity.

startBristol -alsa
Führen Sie einen hammondB3 mit ALSA-Schnittstelle für Audio und Midi aus. Dies ist äquivalent zu allen
die folgenden Optionen: -b3 -audio alsa -audiodev plughw:0,0 -midi seq -mididev
plughw:0 -count 256 -preload 4 -port 5028 -voices 32 -channel 1 -rate 44100

startBristol -explorer -voices 1
Führen Sie einen Moog-Explorer als monophones Instrument aus und verwenden Sie die ALSA-Schnittstelle für Audio und
Mittag.

startBristol -prophet -alsa -channel 3
Führen Sie einen Prophet-5 mit ALSA für Audio und Midi aus (auf Kanal 3).

startBristol -b3 -count 512 -preload 2
Führen Sie einen Hammond b3 mit 512 Samples in einer Periode aus und laden Sie zwei solcher Puffer vor
bevor Sie aktiv werden. Manche leben! Karten benötigen diese größere Puffergröße mit ALSA
Treiber.

startBristol -oss -audiidev /dev/dsp1 -vox -voices 8
Führen Sie ein Vox Continental mit OSS-Gerät 1 und dem Standard-Midi-Gerät /dev/midi0 aus.
Arbeiten Sie mit nur 8 der 32 verfügbaren Stimmen.

startBristol -b3 -audio alsa -audiodev plughw:0,0 -seq -mididev 128.0
Führen Sie eine B3-Emulation über die ALSA PCM-Plug-Schnittstelle aus, indem Sie den ALSA-Sequenzer verwenden
Client 128, Port 0.

startBristol -juno &

startBristol -prophet -channel 2 -engine
Starten Sie zwei Synthesizer, einen Juno und einen Propheten. Beide Synthesizer werden
ausgeführt auf einer Engine (multitimbral) mit 32 Stimmen dazwischen. Die Juno wird sein
auf Standard-Midi-Kanal (1) und der Prophet auf Kanal 2. Ausgabe über denselben
standardmäßiges ALSA-Audiogerät. Die 32 Stimmen werden nie alle als Emulatoren verwendet
wird standardmäßig mit einem unteren Softlimit ausgeführt. Sie können mit mehr Stimmen betrieben werden
Dies würde jedoch geeignete Werte für die Option -voices erfordern.

startBristol -juno -jack -juno registrieren -voices 32 &

startBristol -Prophet -Buchse -Propheten registrieren -Kanal 2 -Stimmen 32
Starten Sie zwei Synthesizer, einen Juno und einen Prophet5. Jeder Synthesizer ist völlig unabhängig
mit eigener GUI und eigener Engine. Jeder Motor wird separat beim Wagenheber registriert
Dämon. Sie werden die Namen 'juno' bzw. 'prophet' bei Jack registrieren
und ALSA zur Unterscheidung in den jeweiligen Steuerungsprogrammen
wie aconnect und qjackctl. Die Ausgaben werden in diesen separat sichtbar
Steuerungsprogramme und können somit unabhängig geroutet werden. Jeder Synthesizer kann bis zu 32 . verwenden
Stimmen und es wird nur CPU-Konkurrenz geben - dies sind separate Engine-Prozesse
mit je 32 Stimmen.

Nutzen Sie Bristolengine online über die Dienste von onworks.net


Kostenlose Server & Workstations

Laden Sie Windows- und Linux-Apps herunter

Linux-Befehle

Ad