다빈치 리졸브 자막 텍스트 넣기 방법 | 텍스트 문자열 추가하기

-

다빈치 리졸브에서 자막을 넣고 싶을 경우 Effects 메뉴를 사용할 수 있다.

Edit 페이지를 선택하고 Effects 항목을 선택한 후 Toolbox > Text 메뉴를 타임라인에 추가하여 사용할 수 있다.

캡컷이나 브루와 같은 동영상 편집툴을 사용하면 편의성이 상당히 높다는 것을 알 수 있다.

반면에 다빈치 리졸브의 경우 사소게 느껴지는 기능조차 어렵다는 생각이 들 정도.

영상 전문가를 위한 편집툴이라고는 하지만, 기능을 사용하기 위한 위치와 메뉴를 찾는데 시간이 들어간다.
( 알면 편하고, 모르면 답답하다.)

다빈치 리볼브의 경우 거의 모든 효과는 Effects 메뉴에서 찾아보면 되지만, 이것 또한 만만치 않다.
( 그렇기 때문에 검색( Search ) 기능 또한 지원하는 모양.)

Effects 메뉴는 좌측 상단 메뉴에 존재한다.

다빈치 리졸브 / 자막 넣기
다빈치 리졸브 / 자막 넣기

Effects / 클립에 효과 적용

다빈치 리졸브에서 Effects는 클립( Clip )에 효과를 주는 기능이다.

클립은 다빈치 리졸브에서 편집할 영상, 이미지, 사운드 등의 미디어 요소들을 뜻한다.

텍스트 또한 미디어 요소이며, Effects 에서 추가할 수 있다.

텍스트를 추가할 때 여러가지 요소를 사용할 수 있으며, Effects 메뉴에서 확인해 볼 수 있다.

텍스트 문자열 추가하기

다빈치 리졸브에서 텍스트 문자열을 추가하는 것은 곧, 타임라인에 텍스트 효과를 추가하는 것과 같다.

  1. Edit 메뉴 ( 화면 중앙 하단 ) 선택.
  2. Effects 메뉴 ( 화면 우측 상단 ) 선택.
  3. Effects 패널의 Toolbox > Title 선택.
  4. 사용할 텍스트 효과를 타임라인에 추가.
  5. 타임라인에 추가된 텍스트를 선택.
  6. Inspector 메뉴 ( 화면 우측 상단 ) 선택.
  7. 텍스트 문자열 변경하기.
  8. 미리보기 화면에서 변경된 텍스트 확인.

과정 따라하기

위의 과정을 따라하며 다빈치 리졸브에서 타임라인에 텍스트를 추가하고 화면에 표시해 보자.

텍스트 문자열은 화면 좌측 상단의 Effects 메뉴를 통해 추가할 수 있으며, 선택한 텍스트를 타임라인에 추가하면 텍스트의 색상과 글자를 변경할 수 있다.

1. Edit 탭 선택하기

다빈치 리졸브에서 텍스트를 추가하기 위해 화면 중앙 하단의 Edit 메뉴를 선택하자.

Edit 메뉴는 다빈치 리졸브에서 컷편집을 포함한 영상, 이미지와 같은 클립들을 편집 위한 여러가지 기능을 제공한다.

화면 하단 중앙 - Edit 선택
화면 하단 중앙 - Edit 선택

2. Effects 탭 선택하기

Edit 탭을 선택하면 타임라인에 있는 영상과 이미지 등을 선택하고 편집할 수 있다.

여기서는 문자열을 타임라인에 추가할 것이기에, 화면 좌측 상단의 Effects 탭을 선택한다.

Effects 탭은 여러가지 효과를 설정할 수 있도록 한다.

또한, 타임라인에 문자열을 추가하는 것 또한 이 곳에 있으며, 상세하게 찾아보면 TV 방송에서 사용하는 고급진 효과들도 이곳에서 설정할 수 있다.

단지, 따라하기 어려울 뿐이다.

화면 좌측 상단 - Effects 선택
화면 좌측 상단 - Effects 선택

3. Effects 패널에서 Text 선택하기.

Effects 탭을 선택했다만 화면 좌측 가운데를 보자.

여러가지 효과를 넣을 수 있는 메뉴들이 나타난다.

메뉴들 중 Toolbox > Titles 를 선택한 후 화면에 보이는 메뉴들을 둘러 보자.

Titles 는 문자열에 대한 여러가지 효과를 줄 수 있다.
( 강의 영상 등을 찾아보면 방송국 부럽지 않을 정도 )

Text 또는 Text+ 를 선택하고 타임라인에 드래그하면 문자열을 입력할 수 있다.

여기서는 Text 를 선택했다.

Effects 패널 > Toolbox > Titles > Text 선택
Effects 패널 > Toolbox > Titles > Text 선택

4. 타임라인에 Text 추가하기.

Effects 에서 Text 를 선택했다면, 우측에 있는 타음라인에 드래그를 하자.

텍스트 문자열을 입력할 수 있는 Text 타임라인이 추가된 것을 확인할 수 있다.

그리고, 미리보기 화면에 Text가 표시된 것을 확인할 수 있다.

단, 기본값은 하얀색이기 때문에 화면 상단 우측에 있는 Inspector를 조정하면 문자열 텍스트를 확인할 수 있다.

Text 마우스 드래그하여 타임라인에 추가
Text 마우스 드래그하여 타임라인에 추가

5. 미리보기 화면에 추가된 Text 확인하기

타임라인에 Text 를 추가하면 미리보기 화면에서 확인할 수 있다.

단, 기본값은 문자열은 Basic Title, 색상은 하얀색이기 때문에, 배경이 밝은 흰색 계열이라면 글씨가 보이지 않을 수 있다.

아래의 미리보기 화면의 배경은 검은색으로 되어 있으며, 타임라인에 추가한 문자열을 바로 확인된다.

미리보기 화면에 글자 표시 확인
미리보기 화면에 글자 표시 확인

6. Text 변경하기

타임라인에 추가한 Text를 선택하고, 화면 상단의 우측 부분에 있는 Inspector 를 선택하자.

Title 탭을 선택하면 바로 아래에 텍스트를 변경할 수 있는 입력란이 나타난다.

텍스트를 변경해 보면, 미리보기 영상에도 텍스트가 변경되는 것을 확인할 수 있다.

타임라인의 Text 선택 > 자막 텍스트 패널 확인
타임라인의 Text 선택 > 자막 텍스트 패널 확인

7. 미리보기 화면에서 변경된 Text 확인하기

텍스트를 변경하면 화면 중간의 미리보기 화면에 변경된 텍스트를 확인할 수 있다.

간단하다.

글자 변경 > 미리보기 화면에서 변경된 자막 텍스트 확인
글자 변경 > 미리보기 화면에서 변경된 자막 텍스트 확인
위치: 대한민국 서울특별시

댓글

댓글 쓰기

챗지피티 코덱스와 깃허브 연동 방법 | VSCode 사용하기

-
이미지
챗지피티의 코덱스( Codex )와 깃허브( Github )를 연결하려고 했지만, 연결이 되지 않아 VSCode에서 직접 연결을 하였다. VSCode에 깃허브를 직접 연결하니 오히려 더 좋은 느낌이다. 코덱스에 프롬프트를 실행하면 자동으로 파일을 만들고 나는 그저 깃허브에 저장소를 만들고 푸시( Push )만 하면 된다. 오히려, 챗지피티 코덱스 페이지에서 연결이 제대로 되지 않은 것이 다행(??)이란 느낌이다. 새로운 것을 시도해 보고, 좀 더 편한 방법을 찾았기 때문이다. 왜 연결이 되지 않는 거냐 ?? 좀 편하게 작업하려고 코덱스( Codex )에 깃허브( Github )를 연결하고자 했다. 인증까지 하고, 윈도우 자동 인증까지 삭제하고 다시 했음에도 연결이 되지 않았다. 아~ 뭐지 ? 찾아보니 버그라고 하는데 ~ 몇 일 동안 계속 이어지는 것 보면 이건 뭔가 문제가 있다고 볼 수 밖에 없다. ( 그 원인과 해결책을 찾을 수가 없다. ) 아아 ~ 코덱스 ~ 인증까지 했는데 깃허브 연결이 왜 안되냐 ~ 다행스럽게도 VSCode에서 연결이 된다는 것을 찾게 되었다. 잘 모르겠는 화면에서 익숙한 아이콘과 제목이 눈에 보였다. 바로 ` IDE에서 시도해 보기 ` 버튼이었다. VSCode에서 할 수 있다는 얘기는 들었지만, 이렇게 보여주니 시도해 보는게 당연하겠지. 일단 자세한 내용을 찾아보니 이미 많은 분들이 VSCode에서 챗지피티의 코덱스를 연결해 사용하고 있었다. VSCode가 깃허브에도 연결되니, 생각해 보면 굳이 코덱스를 웹에서 할 필요는 없겠다는 생각이 들었다. 바로 시도를 해 본다. 새로운 방법을 찾다. 이런 새로운 방법을 찾게 되면 왠지 모를 도파민이 생기는 느낌이다. 어쨌든 VSCode를 실행하고 코덱스를 설치하게 되었다. 평소 웹에서 작업하다보니 VSCode에 설치된 코덱스가 익숙하진 않다. 뭐, 걱정할 필요는 없다. 화면을 캡쳐하고 챗지피티 또는 제미나이에 캡쳐화면 자체를 업로드하고 물어보면 된다. 화면 우측 하단에 프롬프트 입력창이 있다. ...
댓글 쓰기

이 블로그의 인기 게시물

ChatGPT Codex GitHub 연결 해제 방법 (앱 삭제까지 정리)

-
이미지
ChatGPT의 Codex를 사용하기 위해 Github를 연결했지만, 가끔씩 정리가 필요하다. Codex와 Github의 연결이 필요없는 경우들이 발생할 수 있기에 이 때는 Github에서 직접 연결해제 또는 삭제를 하는 것이 가장 확실하다. 깃허브( GitHub )에 연동된 코덱스( Codex) 연결을 해제하기 위해 깃허브 설정의 Settings > Application > ChatGPT Codex Connector 항목에서 Uninstall 을 수행하면 된다. 잘 사용하던 코덱스를 굳이 해제하는 이유는 개발자마다 다를 것이지만, 다른 깃허브의 연결이 필요할 수도 있고, 다른 PC에서 잠깐 연결한 깃허브의 코드를 노출하지 않기 위함도 있을 것이다. 깃허브 코덱스 연결 해제하기 방법 1.Codex 무엇? 챗지피티-코덱스( ChatGPT-Codex )는 사람이 어떤 작업을 문자열 프롬프트로 만들어 요청을 하면, 코드의 생성부터 수정, 분석까지 개발과 유지보수에 대한 지원을 도와주는 AI 개발 도구이다. 깃허브 연동을 통해 실제 프로젝트 코드에 직접 접근하여 자동화 코딩 개발 환경을 만들 수 있다. 하지만, 코덱스의 훌륭한 강점이 오히려 반대로 작용하는 부분들도 생기고, 개발 환경에서 코덱스로 생기는 branch에 상황에 따라 과도하게 생길 수 있다. 물론, 이것은 깃허브 홈페이지에서 삭제할 수 있지만, 코덱스의 연결점을 끊고, 다시 시작할 수도 있다. 2. Github에서 ChatGPT-Codex 연결을 해제하기 하나씩 진행해 보자. 모든 과정은 따라하기 형식으로 작성하였다. 성격 급한 분들을 위한 코덱스, 깃허브 연결 해제 방법 또한 순서대로 작성해 본다. 순서는 다음과 같다. ChatGPT-Codex에서 GitHub 연결 확인하기. GitHub 홈페이지 접속하기. 프로필 아이콘 > Settings 메뉴 접속하기. 좌측메뉴 > Applilcations 메뉴 선택하기. ChatGPT Codex Connector 항목의 Configure 선택...
자세한 내용 보기

C언어 return 종류와 차이 | return, return 0, return -1, return n

-
이미지
C언어에서 return은 함수의 실행을 끝내고, 필요 시 동작 또는 결과 값을 호출한 곳으로 함께 전달한다. 리턴의 종류는 크게 4가지로 return, return 0 , return -1 , return n 이다. 결과값이 없거나 0인 경우 종료, 0이 아닌 경우 에러 또는 특정 상태를 의미한다. C언어 return 종류와 차이 return 역할 모든 프로그램 언어들은 수행한 처리 결과를 전달할 수 있다. 수행한 처리 결과를 전달하는 때 사용하는 것이 return 이다. return 구문을 활용하면 처리되는 곳의 상태와 값을 알 수 있다. C언어 사용되는 return 구문의 종류는 반환값이 없는 경우와 있는 경우, 반환값이 0 인 경우와 0이 아닌 경우로 나눠진다. 프로그램 실행의 최소 단위 함수의 역할 C언어의 함수에 대해 잠깐 언급해 본다. OOP와 같은 프로그램 언어들이 소개되면서 함수란 용어 보다는 메서드란 용어를 주로 사용하는데 뭐, 같은 말이다. 프로그램이 실행되는 최소단위로 보면 된다. 그런데, 함수를 공부하고 있다면 return 구문을 자주 보게 된다. 보통 처리 결과를 호출한 곳으로 되돌리는 역할을 하는 것이 return 구문인다. 여기서 의미하는 함수는 프로그램의 시작점인 main() 함수도 포함된다. 그렇다면 main() 은 return 구문을 어디로 되돌릴까 ? 윈도우 또는 리눅스와 같은 main함수를 실행한 OS 이다. 함수는 이 정도로 간단히 언급해 본다. 리턴의 종류 return 의 역할은 프로그램의 흐름을 넘기고, 실행한 결과에 대한 값을 전달한다고 언급했다. 보통의 처리결과는 4가지가 있다. `종료(중단), 성공, 에러(실패), 사용자 지정`이다. 그럼에도 공통점은 처리를 중단한다는 점에 있다. 리턴 결과에 대한 코드와 내용은 프로그램을 제작한 곳마다 사람마다 다르다. 먼저 위에서 언급한 것에 대한 의미를 보자. 프로그램에서 언급하는 것은 좀 더 상세하게 나열 할 수 있다. 주목할 점은 여기에서 언급하는 함수는 프로그램 시작인 ...
자세한 내용 보기

UWP 지원 종료 확정? 2025년 이후 WinUI3 전환해야 하는 이유

-
이미지
UWP 를 접한 계기는 마이크로소프트 스토어 때문이었다. 앱을 개발하고 소소한 수익이라도 만져볼 생각이었지만 2024년 11월 UWP에 대한 지원 중단에 대한 포스팅을 발견했고, WinUI 를 접하게 되었다. 둘 다 마이크로소프트 윈도우의 UI 프레임워크지만 UWP 지원을 중단하는 큰 이유는 개발자들의 참여도가 상대적으로 적은 것이 원인이었다. UWP의 지원이 중단되면서 대체재는 무엇일까? 했지만, 마이크로소프트는 WinUI를 권장하고 있다. WinUI는 윈도우 계열의 UI 프레임워크로 간단한 앱은 기존의 WPF , UWP와 흡사하기 때문에 이미 WPF나 UWP에 익숙해져 있다면 WinUI로 빠르게 옮기는 것도 방법일 듯 싶다. 마이크로소프트 UWP 지원 중단과 WinUI 3 권장 UI 프레임워크 UWP 앱, 지금 당장 이전해야 할까? 결론부터 말하면, 모든 UWP 앱을 지금 즉시 WinUI 3로 옮길 필요는 없다. 하지만 “어떤 앱이냐”에 따라 판단은 완전히 달라진다. 아래 중 하나라도 해당된다면, UWP 유지보수는 장기적으로 리스크가 된다. 신규 기능 추가 계획이 있는 앱 Windows 최신 UI/기능을 활용해야 하는 앱 1년 이상 운영 예정인 서비스형 앱 기업/업무용으로 장기 지원이 필요한 앱 반대로, 단순 내부 도구이거나 기능 추가 계획이 없는 경우라면, 단기적으로는 UWP 유지도 가능하다. 중요한 건, ‘지금 이전하느냐’보다 ‘이전을 전제로 설계하고 있느냐’다. UWP 극복하지 못한 비운의 UI 프레임워크 UWP를 처음 접했을 때는 마이크로소프트 스토어 때문이었다. 소소한 윈도우 앱으로 소소한 수익을 기대한 것이지만, 상당히 불편했다. `윈폼보다 못한 기능` 이 한가지만 해도 이미 모든 것을 말해준다. 심지어 WPF보다도 못했다. ( 다행인건 개발환경은 비슷했다는 점에 있다.) 윈도우 계열의 모든 기기에서 사용할 수 있는 `원소스-멀티코드`가 목적이었지만, 욕심이 과했던 것인지 내부의 문제였던 것인지, 문제를 제기해도 UWP에 대한 지원은 미미했다. ...
자세한 내용 보기