DDMF Plugin Doctor 간단리뷰

Easternsound 12 1001 8

플러그인을 사용할때 플러그인에 대한 정보를 조금 더

정확히 알수 있는 분석툴 Plugin Doctor 간단리뷰입니다. 믹싱,마스터링을 하는 엔지니어 입장에서 플러그인에 대한 정확한 정보는 많은 시간을 단축시키고 정교하게 사용할 수 있는 상황을 만들어 줍니다. 이번에 새롭게 출시한 ddMF 사의 플러그인 닥터 관심있는 분들께 도움되는 리뷰가 되었으면 합니다. https://ddmf.eu/ 

12 Comments
FUDDJ 02.13 20:03  
알기 쉽게 잘 설명해주셔서 감사합니다.

게이트와 컴프 실행시 다이나믹스와 리니어애널리시스 정말 유용할 거 같습니다.

개인적으로 Transient Designer attack , sustain 이 Oscilloscope 변화가 어떻게 보일지 궁금하네요...
귀에서 들리는 것처럼 그래프 상에도 변화가 잘 될지 궁금하네요 ㅎㅎ
Abletonuer 02.13 22:47  
캐릭터 EQ들의 지향성을 알아보는데 도움이 되겠네요
다만 독립 실행형 어플이 아닌 플러그인으로 제공해주면 더 편리하지 않았을까 합니다
Easternsound 02.13 23:41  
프로그램 개발자 아닌 입장에서 제 생각에는
오히려 스탠드얼론 형태가 올바른 방법이라고 보고 있습니다.
플러그인 형태로 만들어서 사용할 이유가 어떤게 있을까 곰곰히 생각중입니다만
플러그인 띄운 다음에 플러그인 닥터를 사용한다면 그부분은 스탠드얼론 형태로 보는것과
차이는 없다고 봅니다.
단 플러그인을 여러가지 형태로 나열해서 본다면 이야기가 달라지겠지만
그렇게 되면 체크를 위해서 필요한 CPU 부하는 얼마나 심하게 걸릴지...
Abletonuer 02.14 00:22  
바로 그점입니다
직/병렬 Fx체인 이후 시그널의 변화나
DAW 내장 플러그인의 성능을 확인하려면
플러그인의 형태도 제공해주어야 맞다고 봅니다
Easternsound 02.14 00:55  
일정한 시그널을 플러그인에 쏴주고 체크해야 하는 다양한 과정을
여러 플러그인 걸려 있는 체인에서 체크를 한다...
이미 단일 플러그인 조차도 무거운 애들은 버벅이는 상황인데
29$ 짜리 소프트웨어에 너무 많은걸 바라는게 아닌가 싶네요.^^
Abletonuer 02.14 04:49  
개별 플러그인의 변화를 아는것도 좋지만
이팩트 체인의 최종 시그널의 변화를 보는것도 그 만큼 중요하지 않을까요?

그리고 시그널을 보내고 체인을 통과한 신호를 분석하는 작업이
Cpu부하가 많은 작업이라고 판단되지는 않습니다

패치워크로 직/병렬 fx체인을 만들어 테스트해보았는데
유독 다이나믹 atk/rel테스트만 무겁고 그외 테스트는 가벼웠습니다
Easternsound 02.14 16:20  
패치워크로 테스트한다는 것 부터가 기발한 아이디어 입니다.
좋은 정보가 있으면 더 이야기 해주세요.
이렇게 토론하면서 서로 좋은 아이디어 공유 하는것도
리뷰에서 필요한 부분이니...
그리고 말씀하신 부분에 대해서 개발사 쪽에
메일한번 보내보시는건 어떠세요?

지금보다 조금더 정비된 버전2 개발에
도움이 되지 않을까 싶은데요. ^^

사실 저는 공간계 이펙터를 플러그인 닥터 가지고
보는건 큰 의미가 없다고 생각하는 입장이라서
최종 시그널 변화를 측정 툴로 체크할 필요 까지는
없다고 생각합니다.

Time Base 기반의 이펙터 들은 애초에 다양한
콤필터링 효과를 메인으로 해서
오리지널 시그널에 더해지는 과정상
필연적으로 왜곡를 가져오기 때문에
늬앙스 적인 측면에서 개인이 원하는 방향이면
크게 무리 없다고 보는 편입니다.
제이이 02.14 01:37  
신호를 보내고 플러그인을 거친 신호를 분석하는 방식의 앱을.. 플러그인으로 만든다면.. 신호를 보내는 플러그인과, 분석하기위한 플러그인으로 나누는 방식이 생각 되는데요..

측정 대상이 되는 플러그인이 레이턴시가 있는 경우, 문제가 발생합니다.. 플러그인 자체에 처리하는 시간이 필요해서.. 신호가 조금씩 밀려진다고 생각하시면 되요.. 신호를 보낸 타이밍과 신호를 받는 타이밍의 차이가 발생하면, 정확한 Phase, Dynamics 그래프를 얻기 힘듭니다. Phase그래프는 난리가 나고.. Dynamics 그래프는 밀려서 그려지게 됩니다.

플러그인에서 처리에 필요한 샘플시간이 있어서 레이턴시가 있으면 호스트에 보고를 합니다.. DAW에서 그걸 받아서 보정을 하는 기능이 있고요.. Plugin Doctor도 마찬가지로 보정을 해서 측정을 할거에요. 적어도 제가 아는한 다른 방법으로 보정할수 없습니다. 이미 플러그인 입출력은 측정용 신호를 주고받는데 쓰고 있고요.. 이 정보가 없으면 플러그인의 레이턴시와 실제 위상차이를 구별 할수가 없습니다.. 호스트가 아닌 플러그인 입장에서는 체인사이의 다른 플러그인들의 레이턴시를 알기 힘들거에요..

참고로 macOS용 데모버전 1.0.1에서는 플러그인의 레이턴시가 바뀌면 다시 보정해주는 기능이 없었어서 Phase 그래프가 난리가 나는데.. 구입하고 받은 macOS용 1.0.2에서는 플러그인의 레이턴시가 바뀌면 다시 보정해서 정상적으로 나옵니다.. 혹시나 1.0.1버전 사용하시는 분들은 주의하세요..

샘플레이트에 따라 레이턴시가 바뀌는 플러그인도 있고(Softube).. Goodhertz의 HQ모드나, iZotope Ozone/Neutron에서 모듈을 껐다키거나, 밴드필터 타입을 바꿨을때 플러그인의 레이턴시가 바뀝니다.

플러그인 레이턴시로 그래프에 어떤 영향을 줄지 보실려면.. 딜레이를 사용해서 테스트하면 될거에요.. 딜레이로 만든 시간차이는 레이턴시로 보고되지 않기때문에 보정되지 않고, 그래프가 왜곡되어 나옵니다.
Abletonuer 02.14 03:54  
확인해야 하는 값은 체인의 가장 마지막 아웃풋과 대조하기만 하면 되는것인데
개별 플러그인 체인 사이의 레이턴시가 왜 문제가 되나요?
제이이 02.14 09:22  
플러그인 자체의 레이턴시를 보고받아 보정 하지 못하면, 측정을 하려는 플러그인을 거쳐서 값/위상이 변화해서 값이 달라진것과, 플러그인 자체의 레이턴시 때문에 밀려서 값이 달라진 것을 구분을 못합니다...

LinearAnalysis에는 레이턴시때문에 밀린것이 그대로 위상이 뒤틀린걸로 그래프에 그려집니다.
Dynamics의 Ramp와 Att/Rel는 왜곡되어 그려지는건 아닌데. 플러그인 자체의 레이턴시 만큼 밀려서 기록됩니다.

아마 pluginDoctor에서 체인을 구성하는 기능이 생기는게 가장 좋은 방법일것 같아요...
bongpop 02.15 01:38  
[ 매우매우 쉬운 요점 정리 ]

위 개념이 어려우신 분들을 위한 한 문장으로 정리 입니다.

"그래픽으로 변화가 보여지는 팹필터류 플러그인이 아닌 노브만 있는 빈티지 아나로그 복각 플러그인의 변화를 마치 팹필터를 보듯이 그래픽으로 보여주는 플러그인 입니다"
HIDDENSOUND 02.15 14:44  
드디어 맥 사용자에게도 좋은 툴이 생겼네요!!! 리뷰 감사드립니다!
Banner
 
Facebook Twitter GooglePlus KakaoStory NaverBand