화면을 찍는 데 프로그램 세 개가 필요했던 이유

pear-rec는 화면을 캡처하고 그 결과물을 다루는 오픈 소스 데스크톱 응용 프로그램이며, Electron 프레임워크와 React 프런트엔드로 만들어져 같은 프로그램이 여러 시스템에서 돌아갑니다. 그 범위는 도구로서는 드물게 넓기 때문에 분명히 해 둘 값이 있습니다. 정지 스크린샷, 소리가 동기화되는 화면 녹화, 움직이는 GIF 생성, 이미지와 동영상과 오디오를 위한 뷰어, 그리기 판이 붙은 간단한 이미지 편집, 그리고 프레임 단위로 다루는 GIF 편집기입니다.

이 목록은 묶음처럼 읽히고, 역사적으로 실제로 묶음이었습니다. 화면을 찍는 일, 그 일부를 녹화하는 일, 둘 중 하나를 채팅창에 붙일 수 있는 것으로 바꾸는 일은 서로 다른 세 도구였고, 파일을 어디에 둘지에 대한 세 가지 다른 생각을 갖고 있었습니다. 그것을 한 창에 모으는 것은 기능이라기보다 마찰의 제거이고, 마찰이야말로 스크린샷이 애초에 찍히는지를 결정합니다.

찍는 것은 쉬운 절반, 주석이 중요한 절반

픽셀을 가져오는 것은 이미 해결된 문제입니다. 스크린샷을 쓸모 있게 만드는 것은 그 위에 그려지는 것입니다. 중요한 부분을 둘러싼 상자, 읽는 사람이 찾아야 할 설정을 가리키는 화살표, 공유하면 안 되는 부분을 덮는 흐림. 주석을 달 수 없는 스크린샷은 대개 주석을 달기 위해 다른 곳에 붙여지고, 그 우회로가 바로 그리기 판이 존재하는 이유입니다. 나중에 자르는 대신 찍기 전에 영역을 고르는 것도 같은 생각입니다. 그 그림이 무엇에 관한 것인지에 대한 결정은 아직 화면을 보고 있을 때 내리는 편이 좋습니다.

화면 녹화의 변수는 보이는 것보다 많다

화면 녹화는 설정 하나가 아니라 다섯이고, 서로 영향을 줍니다. 영역은 화면에 무엇이 들어가는지를 정합니다. 프레임률은 움직임이 매끄럽게 보일지 슬라이드처럼 보일지를 정합니다. 비트레이트는 인코더가 초당 얼마를 쓸 수 있는지를 정하고, 이것은 가장 어려운 두 가지, 즉 평평한 배경 위의 가는 글자와 부드러운 그라데이션에 결정적입니다. 소리 입력은 시스템 소리인지 마이크인지 둘 다인지를 정합니다. 그리고 커서 자체도 별개의 결정입니다. 숨김, 강조, 그대로 두기. 겉모양처럼 들리지만, 클릭이 어디서 일어났는지 알 수 없는 사람이 사용법 영상을 볼 때까지는.

가장 과소평가되는 변수는 소리 어긋남입니다. 소리와 화면은 서로 다른 시계에서 오고, 어긋남은 누적됩니다. 시작의 몇 밀리초가 이 분 뒤에는 눈에 보이는 차이가 됩니다. 화면을 녹화한 뒤 나중에 음성 트랙을 붙이는 대신 두 흐름을 함께 담는 것이, 수리가 필요 없는 녹화와 편집기를 거쳐야 하는 녹화의 차이입니다.

GIF는 나쁜 형식인데 이겼다

움직이는 GIF에 대한 기술적 반론은 모두 옳습니다. 색 팔레트가 작고, 소리를 담지 않으며, 같은 움직임을 담은 현대 동영상 형식에 비하면 엄청나게 큽니다. 그런데도 이것은 채팅창에서 저절로 재생되고, 문서 안에 들어가고, 플레이어가 설치되지 않은 페이지에서 돌아가고, 동영상 첨부를 막는 메일 프로그램에서도 통하는 형식으로 남아 있습니다. 누구의 협조도 없이 어디서나 동작하는 형식이 플러그인을 요구하는 더 나은 형식을 이깁니다.

그래서 녹화에서 곧바로 GIF를 만드는 것이 들리는 것보다 유용합니다. 다른 경로는 녹화하고, 편집기를 열고, 내보내고, 변환하고, 결과가 사십 메가바이트임을 발견하고, 다시 시작하는 것입니다. 그것은 결국 아무도 아무것도 공유하지 않는 우회로입니다. 처음부터 알맞은 크기로 짧은 반복을 찍는 것이 기술의 전부이고, 그것을 한 번에 해 주는 도구는 그 자리에 값합니다.

프레임은 아무도 편집하지 않는 부분이고, 편집해야 하는 부분

움직이는 GIF는 정지 이미지의 나열이고 각각에 지연이 붙어 있습니다. 그것에 할 수 있는 유용한 일의 거의 전부가 이 구조에서 나옵니다. 한 장 걸러 빼면 파일이 절반이 되고 대개 나빠 보이지 않습니다. 한 프레임의 지연을 늘리면 중요한 부분을 읽게 하는 멈춤이 됩니다. 마지막 프레임을 더 오래 잡아 두면 반복이 결과를 잘라 내지 않습니다. 자르기는 프레임마다 손으로 하는 대신 나열 전체에 한 번에 적용됩니다.

GIF를 열어 프레임을 보고 다시 저장하고 나열을 바꿀 수 있는 것은 대부분의 뷰어가 제공하지 않습니다. 대부분의 뷰어는 움직이는 GIF를 동영상이라고 생각하기 때문입니다. 그것이 실제로 무엇인지, 즉 타이밍 표가 붙은 이미지 더미로 다루는 것이 편집을 가능하게 합니다.

뷰어는 작업대이지 뷰어가 아니다

이미지, 동영상, 오디오 재생이 같은 프로그램에 있는 것은 작은 편의처럼 들리고 작업대처럼 동작합니다. 실제 시간은 찍고, 확인하고, 조정하고, 다시 찍는 고리에서 사라지고, 응용 프로그램을 바꿔야 하는 모든 단계는 보이는 것보다 훨씬 비싼 맥락 전환을 더합니다. 그것을 만든 도구에서 결과를 즉시 보는 것이, 오 분짜리 일을 정말로 오 분짜리 일로 만듭니다.

하나의 코드베이스로 모든 시스템을 감당하는 정직한 비용

웹 기술 스택으로 만드는 것은 하나의 프로그램이 여러 시스템에서 같은 화면으로 도는 이유이고, 이름을 붙여 둘 값이 있는 대가가 있습니다. 이렇게 포장한 응용 프로그램은 네이티브 동등품보다 무겁고 메모리도 더 씁니다. 브라우저 엔진을 함께 데려가기 때문입니다. 작은 부분에서 조금 낯설게 느껴질 수도 있습니다. 메뉴, 파일 대화 상자, 단축키가 그 플랫폼에 정확히 맞는 대신 거의 맞는 것입니다.

캡처 도구에게 이 교환은 대개 옳습니다. 기계를 넘나드는 일관성이 요점이고 작업 부하가 연속적이지 않기 때문입니다. 그래도 교환이고, 그것이 존재한다는 것을 아는 편이 예상보다 큰 다운로드에 놀라는 것보다 낫습니다.

어디에 맞는가

자연스러운 사용자는 무언가를 설명하는 사람들입니다. 두 문단마다 주석이 달린 스크린샷이 필요한 문서를 쓰는 사람, 동료에게 보여 줄 짧은 시연을 녹화하는 사람, 동영상을 올릴 수 없는 페이지를 위해 반복되는 GIF를 만드는 사람. 모두에게 가치는 같고, 그것은 어느 한 기능이 아닙니다. 찍기, 주석, 녹화, 변환이 같은 자리에서 일어나므로, 일이 두 프로그램 사이에서 버려지지 않고 끝난다는 것입니다.