Linux의 MIDI는 모듈성이 뛰어나 초기에는 압도적이었습니다. 그것의 좋은이가하는 낮은 복잡도 솔루션 은 최적화를 방해하기 전에 작업을하지만, 불행히도 우분투는 기본 작업 구성되어 있지 않습니다. 내가 찾은 가장 간단한 방법은 다음과 같습니다.
sudo apt install qsynth vmpk ## install components
qsynth & vmpk ## launch
Qsynth -> Setup -> Sountfonts -> Open
: FluidR3_GM.sf2
Virtual MIDI Piano Keyboard -> Edit -> Connections
->
Enable MIDI Thru on MIDI Output
: (확인)
Input MIDI Connection
: (컨트롤러)
Output MIDI Connection
: FLUID Synth
이 시점에서 외부 MIDI 컨트롤러 또는 가상 피아노 GUI에서 노트를 연주 할 수 있어야합니다 ( 외부 컨트롤러가없는 경우에도 GUI가 작동 함 ).
키보드 GUI에서 다른 악기를 선택할 수 있습니다 (참조 Program
). Qsynth GUI에서 음량 (참조 Gain
)과 리버브 / 코러스 효과를 조작 할 수 있습니다 . Panic
리버브가 레일을 벗어나는 경우 에도 버튼 이 있습니다 .
이것은 Ubuntu Studio 18.04를 새로 설치했을 때 특별히 테스트되었지만 Ubuntu MATE 16.04에서도 비슷한 단계가 작동했으며, Ubuntu Studio에서는 Qsynth -> Setup -> Audio -> Audio Driver
기본 설정 jack
이지만 alsa
Ubuntu MATE 에서는 자동 구성 차이가 두드러 집니다.
ALSA를 이용한 글리치 정적 [해결]
16.04와 18.04에서 Qsynth가 처음으로 alsa와 함께 작업을 시작할 때 이상한 정적을 경험했습니다. 이 정적은 모든 오디오 소스에 영향을 미치는 것처럼 보이지만 1 분에서 2 분 (적어도 부분적으로)으로 작동합니다.
나중에이 덜 강력한 CPU 에서이 설정을 시도하고 시간이 지나도 해결되지 않는 유사한 정적을 발견했습니다. [제외 적으로, 나는이 정적이 ALSA plug-in [qsynth]
[응용 프로그램 Sound Preferences
] 탭의 줄 바꿈 과 관련이 있음을 알았습니다 .
이로 인해 일부 Qsynth 설정을 가지고 놀았고 정적 / 글리치 문제를 해결하는 것으로 나타났습니다 (지연 시간이 약간 길어질 수 있음).
Qsynth
-> Setup
-> Audio
-> Buffer Size
:128
Qsynth
-> Setup
-> Audio
-> Buffer Count
:8
분명히 CPU가 필요한 버스트 속도를 항상 유지할 수는 없으므로 언더런을 방지하기 위해 약간의 추가 버퍼링이 필요합니다. 아마도 이것도 영향을 줄 수있는 다른 설정일 것입니다.
vmpk
Qsynth
설정이 변경되면 연결이 끊어집니다 . 설정 변경을 실험하는 가장 빠른 방법은 vmpk
강제 로 닫고 다시 연결하여 강제로 다시 연결하는 것입니다.
대안 : "Polyphone"응용 프로그램 (우분투 리포지토리가 아님)
나는 내 눈을 가지고 Polyphone A (거의) 올인원 솔루션 (qsynth + vmpk의 본질적 상위 집합)로. 지금까지 우분투 저장소에는 없지만 (19.04 Disco 기준) 18.04 소스에서 쉽게 빌드 할 수있었습니다 (또한 사전 빌드 된 우분투 .deb가 있습니다).
패키지에는 기본 사운드 폰트 (사운드 폰트 제작자 / 편집자)가 포함되어 있지 않지만 sudo apt install fluid-soundfont-gm
(at /usr/share/sounds/sf2/
)로 다운로드하거나 응용 프로그램의 "온라인 저장소"에서 다운로드 할 수 있습니다 (하지만 계정이 필요할 수 있음).
Settings->General->Input/Output
오디오 / MIDI 설정으로 이동하여 Presets
적절한 지 확인한 다음 사운드 폰트를 열고 아래에서 악기를 선택하면 MIDI 컨트롤러 또는 내장 가상 키보드에서 음악을 재생할 수 있습니다.