영어프랑스어스페인어

Ad


온웍스 파비콘

bristolengine - 클라우드 온라인

Ubuntu Online, Fedora Online, Windows 온라인 에뮬레이터 또는 MAC OS 온라인 에뮬레이터를 통해 OnWorks 무료 호스팅 제공업체에서 bristolengine 실행

이것은 Ubuntu Online, Fedora Online, Windows 온라인 에뮬레이터 또는 MAC OS 온라인 에뮬레이터와 같은 여러 무료 온라인 워크스테이션 중 하나를 사용하여 OnWorks 무료 호스팅 공급자에서 실행할 수 있는 bristolengine 명령입니다.

프로그램:

이름


bristol - 신디사이저 에뮬레이션 패키지.

개요


시작브리스톨 -mini -jack -midi seq [옵션]

기술


브리스 틀 빈티지 신디사이저 소프트웨어 에뮬레이터 제품군입니다. 응용 프로그램은
엔진 자체는 bristol이라고 하고 그래픽 사용자 인터페이스는 브라이튼. 그래픽
인터페이스는 다음과 같은 다양한 신디사이저 장치를 제공하는 비트맵 조작 라이브러리입니다.
전위차계, 버튼, 슬라이더, 패치 케이블 및 메시지를 생성하는
신스 에뮬레이터를 구성합니다. 엔진은 에뮬레이터를 호스팅하는 인프라입니다.
오디오를 생성하는 데 필요한 다양한 오디오 연산자를 결합하는 코드입니다.
엔진과 GUI는 다음과 함께 시작됩니다. 시작브리스톨 설정하는 스크립트
두 사람이 함께 연결하는 데 필요한 환경. 일반적으로
브리스톨과 브라이튼은 스크립트 외부에서 시작되지만
둘 중 하나만 시작하는 스크립트입니다. Bristol에는 또한 다음을 수행할 수 있는 명령줄 인터페이스가 있습니다.
GUI 대신 사용하십시오.

현재 다음 신디사이저가 에뮬레이션됩니다.

에뮬레이션

무그 미니
무그 익스플로러(보이저)
무그 보이저 일렉트릭 블루
무그 메모리
무그 소닉 6
무그/리얼리스틱 mg-1 콘서트메이트
hammond 모듈(더 이상 사용되지 않음, -b3 사용)
하몬드 B3 (디폴트)$
순차 회로 예언자-5
순차 회로 Prophet-5/fx
순차 회로 예언자-10
순차 회로 프로원
펜더 로즈 마크-I 스테이지 73
펜더 로즈 베이스 피아노
크루마 로드러너 일렉트릭 피아노
크루마 비트 01
크루마 비트 99
crumar 비트 + 모드
크루마 스트라투스 신스/오르간 콤보
크루마 트릴로지 신스/오르간/스트링 콤보
오버하임 OB-X
오버하임 OB-Xa
arp 도끼
아르프 오디세이
아르프 2600
아르페지오/솔리나 현악 앙상블
코르그 폴리식스
코르그 폴리-800
코르그 모노/폴리
korg ms20(미완성: -libtest만 해당)
복스 컨티넨탈
복스 컨티넨탈 슈퍼/300/II
롤랜드 주노-60
롤랜드 주피터-8
바우만 bme-700
브리스톨 베이스메이커 시퀀서
야마하 dx-7
야마하 CS-80(미완성)
commodore-64 SID 칩 신스
commodore-64 SID 폴리포닉 신스(미완성)
세분화된 합성기(미완성)
ems synthi-a (미완성)
16 트랙 믹서(미완성: -libtest만 해당)

엔진과 GUI 간의 기본 연결은 SYSEX 형식을 사용하는 TCP 소켓입니다.
MIDI에서 가져온 메시지입니다. 선택적으로 코드는 개선을 위해 유닉스 도메인 소켓을 사용합니다.
보안. GUI와 엔진은 적합한 경우 동일한 시스템에 상주할 필요가 없습니다.
매개변수가 제공되면 이 기능을 사용하려면 TCP 도메인 소켓을 사용해야 합니다. 엔진은 할 수 있습니다
또한 여러 브라이튼 인터페이스의 요청을 수락하고 모든 에뮬레이터를
동시에, 다중 음색으로, 그들 사이에 목소리를 공유하고 필요한 경우 선점합니다. 만약에
에뮬레이터가 모노 모드에서 시작된 다음 절대 재생되지 않는 음성이 사전 할당됩니다.
선점되고 지속적으로 실행됩니다. 즉, 기본적으로 계속 실행됩니다.
피아노 건반을 누르지 않을 때. 폴리포닉 코드는 음성 알고리즘만 실행합니다.
키 게이트가 열려 있는 동안 게이트는 보이스 엔벨로프 상태에서 파생됩니다. 그만큼
엔진은 에뮬레이터가 요청하는 것보다 적게 요청하는 경우 기본적으로 최소 32개의 음성을 지원합니다.
에뮬레이션은 소프트 제한으로 구성됩니다. 더 많은 것을 요청하면 더 많은 목소리가 나옵니다.
그러나 상한선은 128 보이스로 부과됩니다. 음성은 엔진 구조입니다.
할당 및 실행을 허용하는 음성으로 실행되는 실제 코드는 다음 중 하나일 수 있습니다.
다중 음색 작동이 지원되는 방식인 에뮬레이터 알고리즘. 음성 할당
프로세스는 '마지막 음 우선 순위'이며 다른 것들은 모노포닉에 사용할 수 있습니다.
이것은 유일한 다성 할당 알고리즘입니다.

이 패키지는 startBristol 스크립트로 시작해야 합니다. 스크립트는
올바른 라이브러리 경로와 실행 가능한 경로를 평가하는 bristol 신디사이저 바이너리.
에뮬레이션, 합성기 및 작동 매개변수가 있습니다.

옵션


에뮬레이션:

-mini - 무그 미니
-익스플로러 - 무그 보이저
-voyager - 무그 보이저 일렉트릭 블루
-memory - 무그 메모리
-sonic6 - 무그 소닉 6
-mg1 - 무그/현실적인 mg-1 협력자
-hammond - hammond 모듈(더 이상 사용되지 않음, -b3 사용)
-b3 - 하몬드 B3(기본값)
-예언자 - 순차 회로 예언자-5
-pro52 - 순차 회로 Prophet-5/fx
-pro10 - 순차 회로 예언자-10
-pro1 -순차 회로 pro-one
-rhodes - 펜더 rhodes mark-I stage 73
-rhodesbass - 펜더 로즈 베이스 피아노
-로드러너 - 크루마 로드러너 일렉트릭 피아노
-bitone - 크루머 비트 01
-bit99 - 크루머 비트 99
-bit100 - crumar 비트 + 모드
-stratus - 크루마 스트라투스 신스/오르간 콤보
-트릴로지 - 크루마 트릴로지 신스/오르간/스트링 콤보
-obx - 오버하임 OB-X
-obxa - 오버하임 OB-Xa
-axxe-arp axxe
-odyssey - arp 오디세이
-arp2600 - arp 2600
-solina - arp/solina 현악 앙상블
-polysix - 코르그 폴리식스
-poly800 - 코르그 폴리-800
-monopoly - korg 모노/폴리
-ms20 - korg ms20(미완성: -libtest만 해당)
-vox - 복스 컨티넨탈
-voxM2 - 복스 컨티넨탈 슈퍼/300/II
-주노 - 롤랜드 juno-60
-주피터 - 롤랜드 주피터-8
-bme700 - 바우만 bme-700
-bm - 브리스톨 베이스메이커 시퀀서
-dx-야마하 dx-7
-cs80 - 야마하 cs-80(미완성)
-sidney - commodore-64 SID 칩 신디사이저
-melbourne - commodore-64 SID polysynth(미완성)
-granular - 세분화된 합성기(미완성)
-aks - ems synthi-a(미완성)
-mixer - 16 트랙 믹서(미완성: -libtest만 해당)

합성기:

-목소리
선택한 에뮬레이터는 이 음성 수로 시작합니다. 엔진은 항상
32개의 음성을 생성하지만 이 하위 집합만 에뮬레이터에 할당합니다. 선택한 경우
값이 32보다 크면 더 많은 수의 음성이 할당됩니다.

-mono 모노 모드에서 에뮬레이터를 실행합니다. 이것은 실제로 '-voices 1'의 별칭이 아닙니다.
'-retrig -lvel -wwf -hnp'와 같은 매개변수를 추가로 구성합니다. 이것들
원하는 경우 추가 옵션을 재정의할 수 있습니다.

-lnp 낮은 음 우선 순위 논리를 선택합니다. 이것은 모노포닉 신디사이저에만 적용되며
모든 음표 우선 순위는 레가토 연주 스타일에 영향을 미칩니다.

-hnp 높은 음 우선 순위 논리를 선택합니다. 이것은 모노포닉 신디사이저에만 적용됩니다.

-nnp 음표 우선 순위 없음을 선택합니다. 기본값이며 마지막 음표로 작동합니다.
우선순위 선택.

-재트리거
재생되는 각 음표와 해제되는 음표에 대한 트리거 이벤트를 요청합니다.
트리거는 엔벌로프를 순환시킵니다. 그들은 XNUMX으로 돌아가지 않을 것입니다
기본값이지만 일부 에뮬레이션에는 GUI 제어 기능이 있습니다. 이것 없이
플래그 트리거는 시퀀스에서 처음 누른 음에 대해서만 전송됩니다.

-lvel 모든 레가토 음표에 대한 벨로시티 상속 구성 - 시퀀스의 첫 번째 음표
모든 후속 노트에 적용되는 벨로시티 값을 갖습니다. 이 옵션은
토글: 두 번 적용하면 기능이 비활성화됩니다. 이것은 관련하여 중요합니다
기본적으로 레벨이 설정된 많은 모노 신디사이저를 에뮬레이터에 추가합니다. 그만큼
다음 옵션이 예상대로 작동하지 않을 수 있습니다.

startBristol -mini -level

문제는 -mini가 레가토 벨로시티를 활성화하므로 -lvel 스위치가 토글한다는 것입니다.
다시 꺼져. -retrig에도 동일하게 적용됩니다.

-채널
이 MIDI 채널(기본값 1)에서 응답하도록 에뮬레이터를 시작합니다.

-로우키
에뮬레이터가 응답해야 하는 가장 낮은 음을 구성합니다. 기본값은
'0'이지만 다른 신디사이저에 대한 키 분할 및 범위를 정의하는 데 사용할 수 있습니다.

-하이키
에뮬레이터가 응답해야 하는 가장 높은 음을 구성합니다. 기본값은
'127'이지만 다른 신디사이저에 대한 키 분할 및 범위를 정의하는 데 사용할 수 있습니다.

-디튠 <%>
온도 감도 수준으로 실행되는 에뮬레이터를 요청합니다. 기본값
에뮬레이터에 의해 정의되며 일반적으로 100 또는 200입니다. 디튠은 음성에 적용됩니다.
여기에서 정의된 범위 내에서 임의의 값입니다.

-얻다
에뮬레이터의 출력 신호 게인 레벨입니다. 이들은 정상화하는 데 사용할 수 있습니다.
함께 연주할 때 다른 신디사이저의 신호 레벨. 기본값은
신디사이저 자체에 의해 정의되며 이는 재정의입니다.

-pwd
반음 단위의 피치 휠 깊이, 기본값 2.

-속도
에뮬레이터의 속도 곡선. 기본값은 하드의 지수 곡선인 520입니다.
플레이 스타일. 값 '0'은 플랫(터치 감도 없음)입니다. 100까지의 값은
선형 스케일 맵. 속도 맵은 보간된 점의 테이블입니다.
선형: 변곡점만 정의하면 되지만 원하는 경우
부드러운 곡선을 사용하려면 사용되는 128개의 각 속도 값을 정의해야 합니다.
noteon/noteoff 이벤트에서. 에뮬레이션에는 단일 게인 레벨 표만 있습니다.
각 key.velocity 인덱스와 대조적으로 엔진에는 각 on/off에 대해 하나씩 두 개의 테이블이 있습니다.
그러나 이벤트는 게인 맵이 아니라 정수 맵입니다.

직접 지정하지 않으려는 경우 몇 가지 기본 테이블이 있습니다.
보간 곡선. 각 표는 미디 벨로시티 값에 대한 게인입니다.
노트 이벤트에는 128개의 항목이 있습니다. 다음이 구현됩니다.

소프트 터치 키보드 연주자를 위한 100-199 볼록 곡선
200-499 하드 터치를 위한 오목한 곡선, XNUMX차 함수까지 선형.

525까지의 다음 설정은 위의 반복이지만 세분성은 덜합니다. 에서
범위를 초과하면 200의 값은 선형이며 아래의 510은 선형입니다.

소프트 터치 키보드 연주자를 위한 500-509 볼록 곡선
510 선형
511-25 까다로운 플레이어를 위한 오목한 곡선.

그런 다음 몇 가지 특정 곡선이 있습니다.

550 대수
560 포물선

100까지의 값은 두 자리 숫자로 구성됩니다. 첫 번째 숫자는 방법을 정의합니다.
늦게 라인이 시작(선형)되고 두 번째 숫자는 얼마나 늦었는지를 나타냅니다.
1.0에 도달합니다. 09의 값은 0부터 시작하므로 위의 거의 선형 매핑입니다.
거의 끝에서 끝납니다. 49의 값은 헤비 플레이어의 경우이며 XNUMX입니다.
속도 테이블의 많은 부분에 대해 최대 게인(1.0) 닫기
테이블 끝. 이 테이블은 다음을 사용하여 정의할 수도 있습니다.
velocityMap 정의는 선형 보간이므로. 현재 릴리스는
약간 부드럽게하기 위해 곡선을 포함하십시오.

옵션 520은 제곱 파워 커브이며 매우 자연스럽습니다.
주걱. 아마도 하드 플레이어에게는 자연스러운 일이며 더 나은 기본값이 될 수 있습니다.
선형 곡선보다

값 1000은 매핑을 반전하므로 다음과 같습니다.

1510 - 속도가 증가함에 따라 1.0에서 0.0까지 선형
1520 - 속도가 증가함에 따라 1.0에서 0.0까지 지수함수

엔진 매핑은 여기에 제공된 에뮬레이션 매핑보다 먼저 적용됩니다. 있다
이 테이블을 대수적으로 만드는 합리적인 인수 - 그렇게 하는 것을 환영합니다.
음수 값이 매핑되지 않는 것 외에는 여기에 있는 값에 대한 제한이 없습니다.
따라서 이 표는 볼륨 수준을 보상하는 데에도 사용할 수 있습니다.

-활주
nogte glide의 지속 시간(초), 기본값은 5입니다.

-에뮬레이션
명명된 에뮬레이터를 검색하고 호출하거나 그렇지 않으면 종료합니다. 에뮬레이션 호출
이것은 현재 기본값이며 음성 카운트에 대한 추가 매개변수를 의미합니다.
게인, 글라이드, 피치휠 깊이, 디튠 등. 기본값은 hammondB3입니다. -에뮬레이션
옵션은 또한 에뮬레이터 이름에 -register를 의미합니다.

-등록하다
Jack 및 ALSA에 등록할 때 특정 이름을 사용하십시오. 기본적으로 엔진은
'bristol'이라는 이름을 사용하지만 여러 엔진을 사용하는 경우 혼동될 수 있습니다.
사용되며 기본값을 재정의하는 데 사용할 수 있습니다.

-lwf 에뮬레이터용 경량 필터를 선택합니다.

-nwf normalweight 필터를 선택합니다(기본값). 이것들은 약 두 배나 비쌉니다.
경량 필터.

-wwf 웰터급 필터를 선택합니다. 이것은 다시 평소보다 약 두 배의 CPU 부하입니다.
필터.

-hwf 헤비급 필터를 선택합니다. 이것은 웰터급 필터의 약 두 배입니다.
-lwf와 -nwf 사이에는 눈에 띄는 가청 차이가 있지만
-nwf, -wwf 및 -hwf의 차이점이 눈에 보이지 않는지 여부에 대해 논쟁의 여지가 있습니다.
CPU 부하에서. 모든 -mono synth의 기본 필터는 -wwf입니다.
'-mini -mono -nwf' 행으로 재정의되었습니다.

-블로
매핑할 대역폭 제한 고조파 수입니다. XNUMX 값이 선택됩니다.
무한 대역폭, 기본값은 31입니다.

-블로프랙션
엔진은 최대 고조파가 발생하는 모든 주파수에 대해 미리 계산된 테이블을 사용합니다.
샘플 속도의 이 비율을 초과하지 않습니다. 기본값인 0.8은 이미 위에 있습니다.
콘텐츠와 왜곡 사이의 절충안으로서의 nyquist. 1.0에 가까운 값
자연스럽게 더 높은 주파수에서 심하게 앨리어싱됩니다.

-스칼라
엔진은 주어진 스칼라 파일을 읽고 빈도 테이블에 매핑합니다.

사용자 인터페이스 :

-품질
색상 캐시 깊이는 렌더링 속도에 영향을 미칩니다. 낮은 값이 시작됩니다.
선명도의 손실을 보여주며 높은 값은 수천 가지 색상을 사용하기 시작합니다.
성능이 영향을 받는 경우 값은 bpp이고 기본값은 6입니다.

-규모
각 에뮬레이터에는 기본 창 크기가 있으며 이 크기는 확대하거나
원하는 경우 아래로.

-너비
픽셀 너비는 구성할 수 있는 두 가지 크기 중 더 작은 크기를 정의합니다. 효과가있다
-scale 및 -autozoom 옵션을 사용하여 마우스에서 다른 크기 사이를 뒤집기
창에 들어가거나 나갑니다.

-자동 줌
나갈 때 창을 최소화하고 들어갈 때 최대화합니다.

-raise Enter 키를 누르면 자동으로 창을 올립니다.

-lower 나가면 자동으로 창을 내립니다. 여기서 주의할 점은 자동 줌을 사용하는 것입니다.
raise 및 lower는 일부 창 관리자에서 바람직하지 않은 영향을 미칠 수 있습니다.

-rud 회전 컨트롤러 추적을 마우스 위/아래 동작으로 제한합니다. 실제로는 그렇지 않습니다.
마우스 위치를 추적합니다. 값은 현재 창 크기의 일부입니다.

-앤티앨리어싱 <%>
일부 창 크기의 경우 일부가 아닌 한 렌더링된 이미지가 픽셀화됩니다.
앤티앨리어싱이 적용됩니다. 확대/축소 값이 크면 자동으로 설정됩니다. 값은
백분율, 기본값은 30입니다.

-aliastype
세 가지 앤티앨리어싱 옵션이 있습니다. 'pre'는 텍스트 실크스크린에 적용합니다.
'texture'는 표면 비트맵에 적용하고 'all'은 모든 곳에 적용합니다.
렌더링된 장치를 포함합니다. 기본값은 pre이지만 이 매개변수는
-antialias의 값이 XNUMX이 아닌 경우 적용됩니다.

-불투명도 <%>
Brighton은 ARP 2600 패치와 같은 일부 기능에 투명 레이어를 사용합니다.
케이블. 이것이 기본 투명도입니다. 나중에 를 통해 조정할 수 있습니다.
^o/^O/^t GUI의 제어 코드. 기본값은 50%입니다.

-픽스맵
기본 XImage 인터페이스 대신 X11 pixmap 인터페이스를 사용하여
서버.

-dct
버튼 이벤트 등을 위한 더블 클릭 타임아웃, 250ms.

-추적
GUI 피아노 키보드 이미지가 MIDI 이벤트를 추적하는 것을 방지합니다.
CPU 오버헤드.

-키토글
마우스로 키를 켜기 위한 기본 GUI 동작은 키를 잠그는 것입니다.
폴리포닉에서 코드를 연주할 수 있습니다. 이 옵션은 래치를 비활성화하여
해당 키는 마우스 버튼을 누르고 있는 동안에만 재생됩니다.

-중립적
null 패치로 에뮬레이터를 초기화하면 모든 매개변수의 값이 XNUMX이 됩니다.
완전히 처음부터 패치를 아래에서 위로 빌드할 수 있습니다. 이것
'-load -1'과 동일하면 음수 메모리 위치는 저장되지 않습니다.
널 패치에 저장할 수 없습니다.

-짐
시작 시 로드할 초기 메모리 번호입니다. 대부분의 에뮬레이터에서 기본값은 0입니다.

-수입
시작 시간에 디스크 파일에서 활성 패치로 메모리를 가져옵니다. 이 패치는
그런 다음 다른 위치에 저장되고 메모리의 상호 교환이 가능합니다.

-mbi
마스터 뱅크 인덱스는 추가 메모리 ID에 대한 액세스를 허용합니다. 이 값에 1000을 곱합니다.
예를 들어 GUI가 액세스할 수 있도록 GUI에 의해 저장/로드된 메모리 ID에 추가됩니다.
8개 메모리의 8개 뱅크이지만 -mbi를 사용하면 실제로 64개의 여러 세트를 저장할 수 있습니다.
함께 합니다

-액티브센스
여전히 있는지 확인하기 위해 Hello 메시지가 GUI에서 엔진으로 전송되는 속도
활동적인. 전송이 실패하면 GUI가 종료되고 엔진이 실패하면
업데이트를 수신하면 종료됩니다. XNUMX은 활성 감지를 비활성화합니다.

-ast
활성 감지 메시지의 엔진 시간 초과 기간입니다.

-mct
MIDI 주기 타임아웃은 MIDI 이벤트에 대한 바쁜 대기 GUI 타이머입니다.
GUI는 직접적인 이벤트 추적을 위해 MIDI 인터페이스를 사용합니다.

-ar|-측면
모든 에뮬레이터는 창의 종횡비를 유지하려고 시도하므로
그들이 '정상'으로 보인다는 것. 이것은 일부 타일링 창 관리자와 충돌하므로
장애가 있는. 또한 창을 재매핑할 때 과도한 창 재매핑이 발생할 수 있습니다.
크기가 조정되었습니다.

-아이콘화
아이콘화된 상태로 창을 엽니다.

-창문
창을 매핑하지 마십시오.

-cli 엔진에 대한 텍스트 기반 명령줄 인터페이스를 활성화합니다. 이것은 다음에서 사용할 수 있습니다.
-window와 결합하지만 윈도우잉을 지원하지 않고 컴파일된 경우
시스템 -window 옵션이 내포되어 있습니다.

-libtest
엔진을 시작하거나 연결을 시도하지 말고 GUI를 게시하십시오.
테스트.

GUI 바로 가기 :

's' - 현재 메모리에 설정 저장
'l' - 현재 메모리를 (재)로드
'x' - 이전 메모리와 현재 교환
'+' - 다음 메모리 로드
'-' - 이전 메모리 로드
'?' - 에뮬레이터 도움말 정보 표시
'h' - 에뮬레이터 도움말 정보 표시
'r' - 애플리케이션 readme 정보 표시
'k' - 키보드 단축키 표시
'p' - 스크린 덤프 / tmp /.xpm
't' - 불투명도 전환
'o' - 패치 레이어의 불투명도 감소
'O' - 패치 레이어의 불투명도 증가
'w' - 디스플레이 보증
'g' - GPL 표시(복사 조건)
'+' - 창 크기 증가
'-' - 창 크기 줄이기
'Enter'- 창을 전체 화면 크기로 전환
UpArrow - 컨트롤러 위로 이동(Shift 키 가속기)
DownArrow - 컨트롤러 동작 아래로(Shift 키 가속기)
RightArrow - 더 많은 컨트롤 모션 업(시프트 액셀러레이터)
LeftArrow - 아래쪽으로 더 많은 제어 동작(가속기 이동)

조작상의 옵션 :

일반 :

-엔진
새 엔진을 시동하지 마십시오. GUI는 기존 엔진에 연결을 시도합니다.
호스트 및 포트 구성(cq). 연결이 구축되면 엔진
두 에뮬레이터를 모두 작동하고 음성 할당이 공유됩니다. 모두
의 에뮬레이터 출력은 다음을 제외하고 동일한 스테레오 출력으로 다시 접힙니다.
추가 잭 제어 입력이 사용되는 곳.

-gui GUI를 시작하지 않고 엔진만 시작합니다. GUI는 다음에 연결을 시도합니다.
구성된 호스트 및 포트 값의 엔진. 응답하지 않으면 GUI
다소 간결한 메시지와 함께 종료됩니다.

-섬기는 사람
마지막 에뮬레이터로 종료되지 않는 영구 서버로 엔진을 시작합니다.

-악마
연결이 끊긴 제어 터미널을 사용하여 엔진을 데몬으로 실행합니다. 이것은
-server 옵션을 의미하거나 파일에 로깅하기 위한 -log 옵션을 의미하지 않습니다.
데몬에도 적용할 수 있는 -syslog도 없습니다.

-지키는 개
오디오 스레드 초기화 시간이 초과되었습니다. 스레드가 이내에 활성화되지 않는 경우
이 기간 동안 엔진은 기다리지 않고 정상적으로 종료됩니다.
무기한 연결. 기본 기간은 30초입니다. 에서 활성화되지 않음
-서버 또는 -데몬 모드. 정상 작동 시 오디오 스레드가 시작됩니다.
하지만 엔진과 GUI가 별도로 시작되면
이 시간 초과는 타이머가 만료되기 전에 GUI가 시작되도록 요구합니다.

-log 로깅 출력을 파일로 리디렉션합니다. 기본 파일은 /var/log/bristol.log이며
/var/log/brighton.log 및 사용할 수 없는 경우 $HOME/.bristol/log
디렉토리가 사용됩니다. 의 선택 / var / log 루트에 로그인하는 것을 방지하는 것입니다.
이 사용자가 엔진을 호출한 이벤트.

-syslog
로깅 출력을 syslog로 리디렉션합니다.

-콘솔
로깅 메시지의 출력으로 제어 터미널을 유지하고
가독성을 위한 타임스탬프. 이는 다음과 같이 구성할 수도 있습니다.
환경 변수 BRISTOL_LOG_CONSOLE=true.

-rc bristolrc 매개변수 파일을 로드하지 마십시오.

-exec startBristol 스크립트에서 요청하는 최종 프로세스는 다음과 같이 호출됩니다.
exec 무엇보다도 부모의 PID를 유지합니다. 이 옵션
exec를 재정의하고 프로세스가 종료될 때까지 스크립트를 대기 상태로 둡니다.
이 매개변수를 사용하지 않는다는 의미가 있습니다. 일부 정리 코드는
래핑 쉘스크립트는 기본적으로 exec 요청으로 인해 호출되지 않습니다.
이 플래그는 기본값이지만 실제로는 LADI 호환성을 위해서만 필요합니다.

-stop 실행 중인 모든 브리스톨 엔진을 중지합니다. 이로 인해 간접적으로 종료됩니다.
활성 감지로 인한 모든 GUI는 비활성화할 수 있습니다. 사용 사례는
백그라운드에서 실행 중인 모든 -server -daemon 엔진을 중지합니다. 백 엔드는
옵션은 pkill입니다.

-exit 실행 중인 모든 브리스톨 엔진 및 GUI를 중지합니다.

-kill <-에뮬레이터>
실행 중인 모든 bristol 엔진 및 GUI와 연결된 GUI를 중지합니다.
주어진 에뮬레이터. bristol이 '-mini'로 시작된 경우 이제 -mini로 종료할 수 있습니다.
다른 에뮬레이터가 종료되지 않도록 합니다. 실행 중인 미니가 여러 개인 경우
자연히 죽기도 합니다. 엔진이 다중음색 GUI를 실행 중인 경우 다른
미니 외에 관련 GUI도 종료됩니다.

-은닉처
새 메모리 및 에뮬레이터 프로필의 기본 위치, 기본값은
~/.브리스톨 시스템/공장 기본 디렉토리보다 먼저 검색됩니다.
에뮬레이터가 시작되고 메모리가 로드될 때 /usr/local/share/bristol. 만약
pathname이 존재하지 않으면 가능한 경우 생성됩니다.

-memdump [-에뮬레이션 ]
대상 디렉터리 만들기 /메모리/ 먼저 공장을 복사하십시오.
신디사이저의 기본 메모리, 사용자 개인 메모리. 이것은 사용할 수 있습니다
세션 관리로 세션의 모든 신디사이저 메모리를 복사합니다. 만약
대상 디렉토리가 이미 존재하면 복사 작업이 수행되지 않지만
디렉토리는 -cache 기본값을 대체하여 이 위치를 새 저장 위치로 만듭니다.
그 세션의 추억. -emulate 옵션이 제공되지 않은 경우 필수입니다.
그러면 기본 hammondB3이 사용됩니다.

-디버그 <1-16>
디버그 수준, 12보다 큰 값은 매우 장황할 수 있으며 값 0만 틀림없이
엔진 컴퓨팅 스레드에서 printf()를 방지하므로 실시간으로 안전합니다.

-읽어보기 [- ]
프로그램 readme 정보를 표시합니다. 단일 에뮬레이터에 대한 추가 정보 표시
원할 경우.

-glwf 모든 에뮬레이터에 대해 '-lwf' 사용만 허용하고 재정의는 허용하지 않습니다.

-주인
호스트 이름의 엔진에 연결합니다. 기본값은 localhost입니다. 이것은에서 사용됩니다
-engine과 결합하여 GUI를 배포합니다. 호스트 이름은 다음과 같은 구문을 허용합니다.
hostname:port는 엔진에 대한 원격 연결을 위해 호스트와 포트를 모두 수정합니다.
호스트 부분이 토큰 'unix'인 경우 로컬 명명된 소켓이 생성됩니다.
TCP 연결보다 이 경우 특정 포트 번호를 지정할 수 있습니다.
명명된 소켓 /tmp/br을 만듭니다. 포트가 지정되지 않은 경우
임의의 숫자 인덱스가 선택됩니다.

-포트
GUI/엔진 메시징을 위해 지정된 TCP 포트(기본값 5028)에 연결합니다. 포트가
이미 사용 중이면 시작에 실패합니다. 여러 브리스톨을 시작하려면
GUI 그런 다음 이 옵션은 폐기되어야 하며 스크립트는 사용 가능한 포트를 찾습니다.
각 호출에 대한 번호입니다. 이 옵션을 -host와 혼합하는 것은 올바르지 않습니다.
host:port 또는 unix:port 값을 갖는 매개변수는 결과가
매개변수가 제출되는 순서에 따라 결정되지 않습니다.

-quiet 디버그 및 진단 출력을 /dev/null로 리디렉션합니다.

-gmc GUI에서 MIDI 인터페이스를 엽니다. 기본적으로 엔진은 유일한 MIDI를 소유합니다.
bristol용 인터페이스이며 이벤트를 GUI에 재배포합니다. 가능하다
전달을 비활성화하고 필요한 경우 GUI와 엔진을 모두 midi 장치에 연결합니다.

-앞으로
MIDI 이벤트 전달을 전역적으로 비활성화합니다. 기본적으로 엔진은 MIDI를 엽니다.
물리적 키보드, 제어 표면 및/또는
시퀀서. 추적을 위해 MIDI 이벤트를 GUI로 전달합니다. 이 옵션
기능을 비활성화합니다. 비활성화되면 GUI는 피아노 키보드를 반영하지 않습니다.
상태를 열도록 '-gmc' 옵션이 제공되지 않는 한 CC 동작을 추적하지 않습니다.
GUI의 MIDI 연결 및 사용자가 동일한 컨트롤 표면을
이 대체 채널을 통한 GUI. 이 옵션은 논리적으로 동일합니다.
'-localforward -remoteforward'.

-로컬포워드
이렇게 하면 GUI가 MIDI 메시지를 엔진에 전달하는 것을 방지할 수 있습니다. 이것은 아니다
전달은 MIDI에서만 발생하므로 MIDI 메시지 루프를 방지합니다.
GUI와 엔진 사이의 TCP 연결에 대한 인터페이스. 이 옵션은
GUI에 연결된 모든 표면의 메시지가
엔진.

-원격 전달
이것은 엔진이 GUI로 포워딩하는 것을 방지하지만 여전히 GUI가
엔진 앞으로. GUI에 -gmc 옵션을 사용하여 MIDI 연결을 지정하면
및 제어 표면이 두 프로세스에 모두 적용되면 -forward 옵션을 사용해야 합니다.
전역적으로 이벤트 재분배를 방지하는 데 사용됩니다. 그렇게 하지 않으면 결과가 나오지 않습니다
루프에서 이벤트의 일대일 복제. 를 연결할 수 있습니다.
-gmc 옵션을 사용할 때 GUI에 대한 제어 표면만 제공합니다.
로컬 키보드와 GUI가 있지만 원격에서 엔진을 구동할 가능성
시스템. MIDI 처리와 관련된 추가 대기 시간이 있음을 인정합니다.
TCP를 통해 GUI에서 원격 엔진으로 보내는 메시지.

-oss 오디오 및 MIDI 인터페이스에 대한 OSS 기본값 구성

-alsa 오디오 및 MIDI 인터페이스에 대한 ALSA 기본값을 구성합니다. MIDI 인터페이스는
ALSA SEQ 포트.

-jack 오디오 및 MIDI 인터페이스에 대한 잭 기본값을 구성합니다. 이 글을 쓰는 시점에서
옵션은 현재
작동할 브리징 데몬. '-jack -midi seq' 옵션은 더 일반적입니다.
구성.

-jackstats
잭 서버에서 오디오 매개변수를 요청하지 말고 브리스톨 시스템을 사용하십시오.
기본값 또는 구성된 매개변수. 브리스톨 기본값은 항상 실패합니다.
그러나 bristoljackstats에 대한 호출은 때때로 불필요하며 이는 속도를 높일 수 있습니다.
초기 시작 시간. 이 매개변수를 사용하려면 일반적으로
-rate 및 -count 옵션도 제공됩니다. TP -jsmuuid 단독용입니다
잭 세션 관리자 사용

-jsmfile
Jack Session Manager 전용입니다.

-jsmd
세션 이벤트가 내부적으로 배포되기 전에 Jack 세션 관리자 지연. 이벤트
실행은 GUI에서 기본적으로 5000ms로 지연됩니다.

-세션
JSM 및 LADI를 포함한 모든 세션 관리를 비활성화합니다.

-잠
'n'초 동안 초기화 프로세스를 중지합니다. 이것은 무엇을 해결하기 위해
세션 관리자를 사용하여 여러 개를 초기화할 때 경쟁 조건인 것으로 보입니다.
브리스톨 클라이언트는 모두 동일한 TCP 포트 식별자를 위해 경쟁합니다.

-jdo Jack Dual Open: 오디오 및 미디 스레드를 독립 클라이언트로 등록합니다.
잭. 기본적으로 오디오 스레드는 잭 클라이언트 및 MIDI로 열립니다.
연결은 다른 클라이언트가 아닌 다른 포트로 피집백됩니다.

-영형
최종 단계 샘플의 원시 오디오 출력을 파일로 생성합니다. 형식은
16비트 스테레오 인터리브여야 합니다.

-nrp GUI와 엔진 모두에서 NRP 이벤트 지원을 활성화합니다. 이것은 주의해서 사용해야 합니다
엔진의 NRP가 예기치 않은 결과를 가져올 수 있기 때문입니다.

-enrp 엔진에서만 NRP 지원을 활성화합니다.

-gnrp GUI에서 NRP 이벤트를 활성화합니다. 이는 GUI를 허용하는 데 필요합니다(따라서
엔진) 일부 MIDI 제어 표면에서 구동됩니다.

-nrpcc
매핑할 최대 NRP 수입니다. 기본값은 128이며 다음 중 하나에 충분합니다.
현재 에뮬레이터이지만 믹서는 출시될 때마다 더 많은 것을 요구할 것입니다.

오디오 운전사:

-오디오 [oss|alsa|jack]
오디오 드라이버가 재정의합니다. 스위치의 순서에 따라
전역 기본값(-jack/oss/alsa) 그룹을 설정한 다음
구성 요소.

-audiodev
오디오 장치 이름. Jack의 경우 Jack 데몬에 등록된 이름입니다.

-세다
처리 기간의 샘플/프레임 수입니다.

-outgain
출력 신호 정규화 수준, 에뮬레이터당 기본값 4.

-수입
입력 신호 정규화 수준, 에뮬레이터당 기본값 4.

-예압
시작 시 오디오 출력에 미리 쓸 오디오 버퍼의 수입니다. 이것은 아니다
Jack 드라이버와 함께 작동합니다.

-비율
샘플링 속도, 기본값은 44100입니다.

-우선 사항
엔진 오디오 스레드에서 요청한 실시간 우선 순위, 기본값은 75입니다. XNUMX은
RT 처리를 비활성화합니다.

-자동 연결
엔진 입력 및 출력을 찾은 첫 번째 잭 IO 포트에 자동으로 연결합니다.
이는 환경 변수 BRISTOL_AUTOCONN=true를 사용하여 수행할 수도 있습니다.

-다중
다중 IO 포트 요청, Jack에서만 작동, 현재 ARP 2600에서만 작동
이러한 포트에 대한 액세스를 제공합니다.

-migc
다중 IO 포트에 대한 입력 신호 정규화 수준.

-mogc
다중 IO 포트에 대한 출력 신호 정규화 수준입니다.

미디 운전사:

-midi [oss|[raw]alsa|잭]
오디오 드라이버가 재정의합니다. 스위치의 순서에 따라
전역 기본값(-jack/oss/alsa) 그룹을 설정한 다음
´-jack -midi seq´와 같은 구성 요소. 기본 MIDI 드라이버는 '-midi seq'이지만
--enable-jack-default-midi와 같은 컴파일 시간 옵션으로 재정의할 수 있습니다.
./configure로.

-mididev
열릴 MIDI 장치 이름(OSS/ALSA).

-middbg
MIDI 레벨 1 디버깅을 요청합니다.

-mididbg2
MIDI 레벨 2 디버깅을 요청합니다. 둘 다 레벨 3에 대해 선택할 수 있습니다.

-sysid <0xXXXXXXXX>
엔진에 대한 대체 SYSEX 식별자를 구성합니다. 기본값은 값입니다.
0x534C6162 역사적인 이유로 이것은 무료 개발 ID가 아니지만
충돌을 일으키지 않도록 지정해야 합니다.

라디 운전사 (수준 1 준수):

-라디 브라이튼
GUI에서만 LADI 메시지 실행

-라디 브리스톨
엔진에서만 LADI 메시지 실행

-라디
저장 작업을 위한 LADI 상태 메모리. 각 LADI마다 고유해야 합니다.
세션.

사용 예


startBristol -mini
오디오 및 미디(seq)용 ALSA 인터페이스를 사용하여 minimoog를 실행합니다. 에뮬레이터는
리트리거 및 레가토 벨로시티를 사용하여 모노포닉, 높은 노트 우선순위로 기본 설정됩니다.

startBristol -alsa
오디오 및 미디용 ALSA 인터페이스를 사용하여 hammondB3를 실행합니다. 이것은 모두에 해당합니다
다음 옵션: -b3 -audio alsa -audiodev plughw:0,0 -midi seq -mididev
plughw:0 -카운트 256 -프리로드 4 -포트 5028 -음성 32 -채널 1 -레이트 44100

startBristol -탐색기 -음성 1
오디오용 ALSA 인터페이스를 사용하여 Moog Explorer를 모노 악기로 실행하고
미디.

startBristol -prophet -alsa -채널 3
오디오 및 미디(채널 5)에 ALSA를 사용하여 Prophet-3를 실행합니다.

startBristol -b3 -count 512 -preload 2
일정 기간 동안 3개의 샘플로 Hammond b512를 실행하고 이러한 버퍼 XNUMX개를 미리 로드합니다.
활동하기 전에. 일부 라이브! 카드는 ALSA와 함께 더 큰 버퍼 크기가 필요합니다.
드라이버.

startBristol -oss -audiodev /dev/dsp1 -vox -voices 8
OSS 장치 1과 기본 미디 장치 /dev/midi0을 사용하여 vox continental을 실행합니다.
사용 가능한 8개의 음성 중 단 32개의 음성으로 작동합니다.

startBristol -b3 -audio alsa -audiodev 플러그:0,0 -seq -mididev 128.0
ALSA 시퀀서를 사용하여 ALSA PCM 플러그 인터페이스에서 B3 에뮬레이션 실행
클라이언트 128, 포트 0.

startBristol -juno &

startBristol -prophet -channel 2 -engine
두 개의 합성기, 주노와 선지자를 시작합니다. 두 신디사이저 모두
32개의 보이스가 있는 하나의 엔진(다중 음색)에서 실행됩니다. 주노는 될 것이다
기본 미디 채널(1)에, 예언자는 채널 2에 있습니다. 동일한 출력
기본 ALSA 오디오 장치. 32개의 음성이 모두 이 에뮬레이터로 사용되지는 않습니다.
더 낮은 소프트 제한으로 기본적으로 실행됩니다. 그들은 더 많은 목소리로 실행할 수 있습니다
그러나 -voices 옵션에 적합한 값이 필요합니다.

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

startBristol -예언자 -잭 -등록예언자 -채널 2 -음성 32
두 개의 신디사이저, juno 및 Prophet5를 시작합니다. 각 신스는 완전히 독립적입니다.
자체 GUI와 자체 엔진이 있습니다. 각 엔진은 잭에 별도로 등록됩니다.
악마. 그들은 Jack에게 각각 'juno'와 'prophet'이라는 이름을 등록할 것입니다.
각각의 제어 프로그램에서 구분할 수 있도록 ALSA
aconnect 및 qjackctl과 같은. 출력은 다음에서 별도로 표시됩니다.
프로그램을 제어하므로 독립적으로 라우팅할 수 있습니다. 각 신디사이저는 최대 32개까지 사용할 수 있습니다.
음성과 CPU 경합만 있을 것입니다. 이는 별도의 엔진 프로세스입니다.
각각 32개의 목소리로.

onworks.net 서비스를 사용하여 온라인에서 bristolengine 사용


무료 서버 및 워크스테이션

Windows 및 Linux 앱 다운로드

Linux 명령

Ad