SteamVaultsSteamVaults

스팀 자동 녹화, 켜두면 중요한 장면도 계속 남아 있을까?

스팀 자동 녹화를 켜둔 것과 중요한 장면을 보관한 것은 다릅니다. 확인 시점, 클립의 맥락, 가정 용량 계산, 사본 점검과 정리 전 보류 기준을 공식 자료에 근거해 살펴봅니다.

글 언어

어제 친구들과 겨우 넘긴 구간을 오늘 다시 보고 싶어졌다고 해봅시다. 자동 녹화를 켜뒀다는 기억은 있습니다. 플레이한 시간도 대충 떠오릅니다. 그렇다면 그 장면은 보관되어 있을까요? 여기서 필요한 답은 녹화 기능의 유무보다 구체적입니다. 그 순간이 아직 임시 녹화 안에 있는지, 따로 저장한 구간이 있는지, 다른 곳에서도 열 수 있는 영상으로 남겼는지를 나눠 봐야 합니다.

자동 녹화는 놓친 순간을 뒤늦게 찾는 데 유용합니다. 그 편리함 때문에 보관까지 끝난 것으로 생각하기도 쉽습니다. 이 글에서는 그 사이에 빠지기 쉬운 판단을 다룹니다. 녹화 버튼을 어디서 누르는지 처음부터 설명하거나, 화질 설정을 추천하거나, 내보내기 형식마다 우열을 매기는 글은 아닙니다. 중요한 장면을 언제 골라야 하는지, 어느 만큼 남겨야 나중에도 쓸모가 있는지, 저장 공간이 부족할 때 무엇부터 확인해야 하는지가 중심입니다.

Steam 기능에 관한 설명은 2026년 10월 18일에 읽은 Valve 문서를 기준으로 했습니다. 실제 게임을 실행해 녹화하거나 삭제한 실험은 하지 않았습니다. 아래에 나오는 플레이 상황과 용량 계산은 판단을 돕기 위해 조건을 정한 가정입니다. 보관 시간을 보증하거나 복구 성공을 예측하는 수치로 읽지 않았으면 합니다.

지금 지키려는 것이 장면인지, 표시 하나인지부터

순간의 위치를 가리키는 마커와 저장할 영상 범위를 서로 다른 상태로 나눈 보관 흐름

보관 판단을 설명한 도식입니다. 실제 Steam 화면이나 녹화 실험 결과가 아닙니다.

Valve의 게임 녹화 FAQ는 백그라운드 녹화를 임시 영상으로 설명합니다. 할당된 저장 공간이 차면 오래된 부분을 덮어쓰며, 남길 구간은 클립으로 저장하라고 안내합니다. 파란 마커는 위치 표시이고, 저장된 클립은 타임라인의 노란 막대로 구분합니다. 이 세 가지를 같은 상태로 취급하면 안 됩니다.

당장 장면이 보인다면 설정을 완벽하게 고치는 일보다 그 구간을 남기는 일이 먼저라고 봅니다. 지금 손에 있는 영상과 앞으로의 녹화 조건은 서로 다른 문제입니다. 다음번 플레이를 위해 보관 시간을 조정해도, 방금 마음에 든 장면을 선택했는지에 대한 답은 생기지 않습니다.

가령 마지막 공격이 적중한 장면을 찾았다고 합시다. 화면에 그 순간이 나온다는 이유로 작업을 끝내면, 다음에 열 때 무엇을 찾아야 하는지는 알고 있어도 무엇을 보관했는지는 설명할 수 없습니다. 반대로 짧은 구간을 골라 저장한 뒤 다시 열어 확인했다면, 적어도 그 작업을 통해 남긴 대상은 특정할 수 있습니다. 여기서 다시 열기는 이 글이 권하는 확인 절차입니다. 우리가 직접 확인을 마친 사례나 Valve가 모든 상황에서 보장하는 검증법은 아닙니다.

남기려는 이유를 한 문장으로 적어보는 것도 도움이 됩니다. 마지막 보스 처치 장면을 남기는 일과 친구가 알려준 이동 경로를 나중에 따라 하는 일에는 필요한 영상이 다릅니다. 전자는 결정적인 순간 전후가 중요할 수 있고, 후자는 어디서 출발했는지부터 보여야 합니다.

목적을 정하지 않으면 눈에 띄는 장면만 짧게 자른 뒤 정작 필요한 설명이 빠졌다는 걸 나중에 알게 됩니다. 영상을 많이 남겼는데 다시 쓰기 어렵다면, 저장량보다 선택 기준을 먼저 손볼 만합니다.

매번 긴 영상을 정리하기 귀찮다는 사정도 현실적입니다. 그래서 모든 플레이를 작품처럼 편집하라는 이야기는 하고 싶지 않습니다. 되돌리기 어려운 장면부터 우선순위를 주면 됩니다. 한 번뿐인 합동 플레이, 다시 설명받기 어려운 공략, 버그가 나기 직전의 상황처럼 다시 만드는 비용이 큰 것을 먼저 생각해보세요. 비슷한 장면을 곧 다시 찍을 수 있는지, 지금 놓치면 정말 아쉬울지를 기준으로 고르면 보관 대상이 줄어듭니다.

이때 여러 게임을 한꺼번에 정리하려고 시작하면 할 일이 급격히 커집니다. 우선 지금 찾은 장면 하나만 처리해도 괜찮습니다. 어떤 게임의 어느 플레이였는지 적고, 필요한 구간을 정하고, 저장한 결과를 다시 찾아보는 데까지만 끝내는 겁니다. 그다음에 다른 플레이를 살펴봐도 늦지 않은 상황인지 판단합니다. 중요한 것은 목록 전체에 손을 댔다는 느낌보다, 남기기로 한 영상 하나를 실제로 찾을 수 있는 상태입니다.

보관과 공유도 분리해서 생각할 필요가 있습니다. 친구에게 보낼 영상은 짧고 맥락이 분명해야 편합니다. 나중에 혼자 확인할 자료는 시작 지점이 조금 더 길어도 쓸모가 있을 수 있습니다. 한 파일이 두 목적을 모두 만족해야 한다고 생각하면 너무 길게 남기거나, 반대로 지나치게 줄이는 쪽으로 치우치기 쉽습니다. 원래 보관할 범위를 정한 뒤 공유용 범위를 별도로 고르는 편이 판단하기 쉽습니다. 이것은 편집 순서에 관한 제안이며 Steam이 파일을 어떤 방식으로 복제한다는 뜻은 아닙니다.

언제 다시 확인할 수 있는지부터 생각해보자

90분 연속 녹화에서 최근 60분만 남는다고 가정한 시간선으로, 남은 30~90분 범위 밖의 12분 시점 장면을 표시한 예시

시간선은 가상 상황입니다. 설정값과 실제 보관 결과가 언제나 같다고 뜻하지 않습니다.

Valve의 게임 녹화 소개는 백그라운드 모드의 시간·저장 한도와 게임별 녹화 설정을 안내합니다. 게임마다 다른 길이와 품질을 정할 수 있고, 녹화를 끄거나 무제한으로 설정하는 선택지도 소개합니다. 여기서 무제한이라는 이름을 디스크의 물리적인 한계까지 없앤다는 뜻으로 받아들이지는 말아야 합니다. 확인한 문서만으로는 공간을 모두 썼을 때의 세부 동작까지 단정할 수 없었습니다.

설정을 고를 때는 가장 긴 플레이 시간부터 적기보다 영상을 언제 확인할 수 있는지부터 생각하는 편이 낫습니다. 한 판이 끝날 때마다 잠깐 확인하는 사람과, 주말에 몰아서 정리하는 사람에게 같은 길이가 적합할 이유는 없습니다. 앞사람은 비교적 가까운 장면을 찾지만, 뒷사람은 여러 플레이를 거슬러 올라가야 합니다. 화면에 입력할 숫자는 하나여도 그 숫자가 해결해야 할 생활 방식은 다릅니다.

위 시간선은 90분을 끊임없이 녹화하고, 최근 60분만 남긴다고 가정한 모형입니다. 시작 12분에 중요한 장면이 생겼다면 끝날 때 그 순간까지 거슬러 가야 하는 길이는 78분입니다. 모형에서 남은 범위는 30분부터 90분이므로 12분의 장면은 그 밖에 있습니다. 이 계산은 필요한 되돌아보기 범위를 설명하려는 것이지, Steam의 실제 삭제 알고리즘이나 특정 설정의 결과를 재현한 것은 아닙니다. 경과한 시계 시간만으로 삭제 시각을 예측할 수도 없습니다. “어제 영상이니까 하루 정도는 있겠지”라는 짐작은 판단 근거가 약합니다. 어제와 오늘이라는 날짜 차이만으로 그 사이 녹화된 분량이나 저장 공간 상태를 알 수 없기 때문입니다. 반대로 오래전에 한 짧은 플레이가 보인다고 해서 비슷한 날짜의 다른 영상도 남았다고 추정할 수는 없습니다. 날짜는 찾아볼 실마리로 쓰고, 남아 있는 범위는 해당 영상에서 직접 확인하는 편이 안전합니다.

확인 주기를 일정하게 지키기 어렵다면 예외를 먼저 정해두세요. 평소에는 플레이가 끝나면 정리하더라도, 늦게 끝난 날이나 친구의 초대로 바로 다른 게임에 들어가는 날이 있습니다. 바로 그런 날에 중요한 장면이 생길 수 있습니다. 모든 날에 같은 습관을 강요하기보다 “이 장면만큼은 다음 게임을 시작하기 전에 고른다”는 작은 기준이 더 현실적입니다. 나중에 정리하겠다는 약속을 크게 잡는 것보다 그날 처리할 수 있는 범위를 좁히는 겁니다.

게임별 차이는 단순히 자주 하느냐로만 나누지 않아도 됩니다. 같은 한 시간이라도 반복 연습을 기록하는 플레이와, 처음 보는 이야기를 친구들과 진행하는 플레이는 다시 만들 수 있는 정도가 다릅니다. 이미 아는 동선을 연습하는 영상은 비교할 부분만 필요할 수 있습니다. 처음 진행한 이야기의 반응을 남기려면 결정적인 사건 앞의 흐름이 더 중요할 수 있습니다. 내가 무엇을 돌아보고 싶은지를 정한 뒤 게임별 선택을 검토해야 불필요한 보관과 중요한 누락을 함께 줄일 수 있습니다.

공용 컴퓨터나 가족과 함께 쓰는 저장 장치라면 다른 사람이 필요한 공간도 생각해야 합니다. 녹화 용도로 쓸 수 있다고 여기는 용량과, 계속 비워둘 수 있는 용량은 다릅니다. 오늘은 여유가 있어도 며칠 뒤 작업 파일이 들어올 수 있습니다. 그렇다고 다른 사람의 파일을 임의로 옮기거나 지우면 안 됩니다. 자신이 관리하는 녹화 범위를 정하고, 공간이 부족해졌을 때 보관할 영상부터 확인한다는 순서를 세우는 쪽이 현실적입니다.

시간을 길게 잡는 선택에는 정리할 후보가 늘어나는 부담도 있습니다. 찾을 수 있는 구간이 많아지면 여유가 생기지만, 무엇을 남길지 결정하는 일 자체가 없어지지는 않습니다. 긴 녹화 목록을 처음부터 끝까지 다시 보기 어렵다면, 플레이를 마친 뒤 기억나는 두세 지점만 먼저 적어둘 수 있습니다. 이 메모를 영상 보관과 혼동하지 않으면서 검색 단서로 사용하는 겁니다. 기록한 이유와 대략적인 위치가 함께 있으면 나중의 선택 작업이 훨씬 구체적이 됩니다.

설정 변경 뒤에는 내 의도와 결과가 같은지도 확인할 만합니다. 중요한 플레이를 실험 재료로 삼을 필요는 없습니다. 별로 중요하지 않은 짧은 플레이에서 어느 게임에 어떤 선택을 적용했는지 확인하고, 나중에 녹화 목록을 다시 찾는 과정을 익혀두면 됩니다. 설정 이름을 적어둔 메모와 실제로 확인한 결과를 구분해 적어보세요. 하나는 내가 의도한 조건이고 다른 하나는 그때 관찰한 상태입니다. 확인하지 못한 부분은 빈칸으로 두어도 됩니다. 빈칸을 없애려고 추정을 관찰 결과처럼 적으면 나중에 문제를 짚기 어려워집니다.

클립의 시작과 끝은 무엇을 설명해야 할까

시작 상황과 중요한 행동과 결과 확인 구간을 함께 남기는 클립 범위 예시

클립의 맥락을 고르는 편집 예시입니다. 실제 플레이 영상이나 자동 추천 범위가 아닙니다.

장면을 찾았으면 바로 그 순간부터 몇 초만 남기고 싶어집니다. 보내기에도 편하고 저장량도 작아 보이니까요. 그런데 나중의 자신은 지금의 자신만큼 상황을 알고 있지 않습니다. 왜 그 공격을 했는지, 어떤 길에서 들어왔는지, 직전에 무엇이 잘못됐는지 잊을 수 있습니다. 클립의 길이는 단순히 줄일 대상이 아니라, 목적에 필요한 설명을 담는 범위입니다.

공략을 다시 볼 영상이라면 출발 위치가 중요합니다. 목적지에 도착한 순간만 있으면 결과는 알 수 있어도 길을 재현하기는 어렵습니다. 캐릭터가 어느 방향을 보고 있었는지, 어떤 문을 지나왔는지, 실패하면 어디로 돌아가야 하는지가 필요한 사람도 있습니다. 처음 보는 친구에게 설명할 생각으로 영상을 훑어보세요. 같은 장소처럼 보이는 길이 여러 개라면 어느 길인지 구별할 단서가 앞부분에 들어 있는지도 살펴볼 만합니다.

반면 웃긴 순간을 남기려는 목적이라면 오랜 이동 과정까지 붙일 필요가 없을 수 있습니다. 다만 웃음의 원인이 된 행동이 화면 밖에 있거나, 결과만 남아 있으면 보는 사람이 이유를 모르고 지나갈 수 있습니다. 시작을 조금 앞당겼을 때 설명 문장을 줄일 수 있는지, 끝을 조금 늦췄을 때 결과가 분명해지는지 비교해보세요. 길이를 늘리는 목적이 무엇인지 말할 수 없다면 그 구간은 굳이 포함하지 않아도 됩니다.

잘못된 동작을 기록해 질문하려는 경우는 판단이 또 다릅니다. 눈에 보이는 이상 현상만 남기면 직전에 선택한 메뉴나 행동을 설명하기 어려울 수 있습니다. 그렇다고 기록 전체를 상대에게 보내는 것이 늘 좋은 답도 아닙니다. 필요한 시작 조건, 재현하려 한 행동, 실제로 나타난 결과가 무엇인지 먼저 적고 각 부분이 영상에 들어 있는지 대조하는 편이 낫습니다. 이 글은 해당 영상만 있으면 지원이 해결된다고 보장하지 않으며, 오류 제보에 필요한 세부 내용은 별도의 문제입니다.

타임라인에 눈에 띄는 표시가 없다면 화면의 사건을 중심으로 찾아보세요. Steamworks 타임라인 문서는 게임별 이벤트 통합과 녹화 자체를 구분합니다. 특정 이벤트 표시가 없다는 이유만으로 녹화 실패를 결론 내릴 수는 없습니다. 다만 이 설명이 모든 게임에서 같은 종류의 검색 단서가 제공된다는 뜻도 아닙니다. 표시의 유무를 먼저 해석하기보다, 내가 찾으려는 장면의 앞뒤에 무엇이 있었는지 기억을 좁혀보는 편이 실용적입니다. 예를 들면 한 지역을 떠난 직후였는지, 장비를 바꾸기 전이었는지, 친구가 합류한 다음이었는지 같은 단서입니다. 이런 단서는 특정 기능이 남겨준 이벤트 기록과 구별해야 합니다. 내가 기억을 바탕으로 추정한 위치라면 그 위치에서 찾은 영상이 맞는지 확인해야 합니다. 비슷한 장면이 반복되는 게임에서는 처음 발견한 화면이 원하는 시도와 다른 회차일 수도 있으니까요. 회차를 확신할 수 없으면 확신한 것처럼 이름을 붙이기보다 확인이 필요한 상태로 남기는 편이 낫습니다.

저장할 범위를 정한 뒤에는 양 끝을 따로 확인해보세요. 시작 화면만 보며 고르면 결과가 잘린 것을 놓치기 쉽고, 끝 장면만 보며 고르면 원인이 빠졌을 수 있습니다. 시작과 끝을 고른 이유를 설명할 수 있으면 범위를 조정하기도 쉬워집니다. 이동 경로를 남기려던 영상에서 앞부분을 더 줄일 수 없다면, 그만큼 출발 위치가 필요한지 검토하면 됩니다. 단지 짧아야 한다는 이유로 중요한 설명까지 자를 필요는 없습니다.

여러 클립이 같은 사건을 담고 있다면 이름만 보고 하나를 지우기 전에 무엇이 다른지 살펴야 합니다. 시작 시점이 다를 수도 있고, 한쪽은 결과 확인까지 포함할 수도 있습니다. 당장 가장 짧은 것을 정답으로 고르지 말고 실제로 쓸 목적에 맞는 쪽을 남길 후보로 삼으세요. 어느 쪽을 남길지 아직 판단하지 못했다면 보류라고 적어두는 것도 선택입니다. 정리 목록에 남은 항목이 있다는 이유로 근거 없이 삭제 결정을 내릴 필요는 없습니다.

저장 공간을 잡을 때 필요한 계산과 실제 파일

20Mbps가 일정하다고 가정했을 때 4시간은 약 36GB, 8분은 약 1.2GB가 되는 십진 단위 계산표

설명용 계산입니다. 실제 Steam 기본값이나 측정한 파일 크기가 아니며 추가 데이터는 계산에서 제외했습니다.

필요한 용량을 묻는 질문에 숫자 하나로 답하면 편하지만, 그 숫자가 무엇을 담으려는 용량인지 먼저 알아야 합니다. 임시로 되돌아볼 녹화와 골라서 남길 영상, 따로 둘 사본은 같은 목적의 지출이 아닙니다. 이 구분은 Steam 내부의 할당 방식을 단정하는 설명이 아니라 내가 사용할 저장 공간을 계획하는 방법입니다. 프로그램의 숫자 하나를 전체 보관 비용으로 받아들이면 장기적으로 남기는 영상이나 다른 작업 공간을 빼먹을 수 있습니다.

가정 계산부터 해보겠습니다. 영상의 데이터 전송률이 계속 20Mbps라고 놓고, 오디오나 컨테이너 등에 필요한 추가 데이터는 제외합니다. 4시간은 14,400초입니다. 초당 20메가비트를 곱하고 바이트로 바꾸기 위해 8로 나누면 약 36,000메가바이트, 십진 단위로 약 36GB가 됩니다. 같은 조건에서 8분은 480초이므로 약 1.2GB입니다. 이것은 계산을 이해하기 위해 정한 조건이지, Steam의 기본 설정이나 실제 파일 측정 결과가 아닙니다. 오래 남기는 시간과 파일 크기가 어떤 관계인지 대략 살피는 데 쓸모가 있습니다. 같은 가정 아래에서 8분짜리 영상을 둘 보관하면 약 2.4GB이고, 그 두 영상을 다른 장치에도 각각 한 번 더 복사한다면 장치들을 합쳐 쓰는 용량은 약 4.8GB입니다. 실제로 그런 파일을 만들거나 복사한 것은 아닙니다. 클립을 고르는 비용과 사본을 두는 비용을 빼먹지 않기 위한 산수입니다.

서로 겹치는 구간을 고를 때는 길이부터 다르게 계산해야 합니다. 같은 플레이에서 0~5분, 3~8분, 7~10분을 각각 남긴다고 가정해봅시다. 선택한 세 구간의 길이는 5분, 5분, 3분으로 합계 13분입니다. 그러나 겹침을 빼고 이 구간들이 다루는 시간 범위를 합치면 0~10분, 즉 10분입니다. 세 개를 별도로 남기는 계획과 사건 전체를 한 범위로 남기는 계획에서 세는 길이가 다른 겁니다. 이 계산은 Steam이 겹친 영상을 실제로 중복 저장하는지, 내부에서 용량을 줄이는지 설명하지 않습니다. 파일도 만들거나 측정하지 않았습니다.

처음부터 끝까지 이어진 과정을 돌아보는 것이 목적이라면 가정 속의 0~10분 범위를 검토할 만합니다. 서로 다른 사람에게 다른 부분을 보여주려는 목적이라면 세 선택 구간이 각각 필요한 이유를 따져볼 수 있습니다. 겹친 3분이 있다는 이유만으로 일부를 무조건 빼면 앞뒤 설명이 끊길 수도 있습니다. 반대로 같은 사건을 여러 번 선택한 데 특별한 이유가 없다면 범위를 합칠지 검토하면 됩니다. 먼저 남길 형태를 정한 뒤 그 계획의 길이를 계산해야, 목적이 다른 두 선택을 단순히 13분과 10분이라는 숫자로만 비교하지 않게 됩니다.

실제 계획에는 자신의 파일이 더 좋은 출발점입니다. 현재 조건으로 만들어진 영상 중에서 내용과 길이를 아는 것을 골라 크기를 확인해보세요. 게임이나 장면이 달라졌을 때 차이가 있는지도 살펴보세요. 하나의 짧은 파일에서 구한 비율을 모든 플레이에 그대로 적용하면 근사치라는 한계를 놓칠 수 있습니다. 표본이 어떤 영상인지, 어떤 조건을 확인하지 못했는지 함께 적으면 추정치를 나중에 고치기 쉽습니다. 직접 확인하지 않은 값에 정확한 소수점을 덧붙이는 것은 도움이 되지 않습니다.

원본 녹화 폴더를 훑어 파일을 임의로 합산하거나 옮기는 일부터 시작하지는 않았으면 합니다. 확인한 문서만으로 내부 조각 파일의 관계나 복사만으로 재생 가능한 영상이 되는지를 단정할 수 없기 때문입니다. 우선 자신이 실제로 열어볼 수 있는 완성된 영상과, 그 영상이 놓인 경로를 대상으로 크기와 길이를 기록하는 편이 설명하기 쉽습니다. 여기서 어느 메뉴로 내보내는지, 어느 형식이 적합한지는 따로 다룰 주제입니다.

계획표를 만든다면 당장 되돌아볼 범위와 계속 남길 후보를 나눠 적어보세요. 각 항목에는 목표뿐 아니라 확인 방법도 적어두는 편이 좋습니다. 어떤 플레이를 얼마나 자주 돌아볼지, 어떤 영상을 남기려는지부터 쓰는 겁니다. 숫자가 아직 없다면 모른다고 두고 실제 파일을 살펴본 뒤 채워도 됩니다. 모르는 값을 채우기 위해 임의의 평균을 만들어낼 필요는 없습니다.

공간이 줄어드는 속도와 정리할 수 있는 속도도 함께 생각해야 합니다. 매일 여러 구간을 남기면서 한 달에 한 번만 정리할 생각이라면 후보가 얼마나 쌓일지 대략 가늠해볼 수 있습니다. 반대로 중요한 것만 가끔 남긴다면 모든 플레이를 장기 보관하는 계획은 필요하지 않을 수 있습니다. 이 판단에는 “남길 수도 있다”는 후보와 “반드시 남긴다”는 결정을 구별하는 것이 도움이 됩니다. 둘을 섞으면 후보 전체에 계속 보관 비용을 쓰게 됩니다.

남은 공간이 부족하다는 이유로 해상도나 품질을 무조건 낮추라고 권하기도 어렵습니다. 저장하려는 목적이 화면의 작은 글씨를 읽는 데 있다면 결과를 먼저 살펴야 합니다. 이것은 특정 품질에서 글씨가 읽힌다고 보장하는 말이 아닙니다. 자신의 목적에 필요한 정보가 영상에 남는지 확인하지 않은 채 크기만 줄이면, 공간은 아껴도 자료의 쓸모를 잃을 수 있다는 판단입니다. 반대로 큰 파일이라는 이유만으로 더 유용한 영상이라고 할 수도 없습니다.

Valve FAQ는 디스크 공간이 부족하면 녹화와 클립 생성이 멈출 수 있다고 안내합니다. 남은 공간을 확인하는 일이 필요한 이유는 여기에 있습니다. 얼마를 비워두면 안전한지는 이 글에서 실측하지 않았습니다. “정확히 몇 GB면 충분하다”는 임의의 안전선을 제시하는 대신, 지금 남길 영상이 있는지부터 확인하고 앞으로의 녹화 범위와 공간 사용을 다시 비교하기를 권합니다.

설치한 게임을 옮길 공간과 영상을 보관할 공간을 함께 검토하고 있다면 게임을 다른 드라이브로 옮길 때 확인할 것도 구분해서 읽어볼 만합니다. 이 글에서 녹화 경로를 다룬다고 해서 설치 파일이나 게임 진행 데이터까지 같은 방법으로 다룰 수 있다는 뜻은 아닙니다. 저장 장치라는 공통점보다 어떤 데이터를 지키려는지가 먼저입니다.

복사한 뒤에는 원래 위치가 아니라, 복사한 곳에서 열기

같은 SSD 안의 두 폴더와 다른 물리적 저장 장치에 둔 사본을 비교해, 폴더 분리와 장치 분리를 구별한 그림

사본 점검을 위한 제안입니다. 실제 백업 실행이나 완전한 무결성 검증을 뜻하지 않습니다.

미국 의회도서관의 개인 영상 보존 안내는 보관할 영상을 고르고, 알아볼 수 있게 정리하며, 별도 저장 매체에 사본을 두고 읽을 수 있는지 계속 확인하라고 권합니다. 이것은 일반적인 개인 기록 보존 안내입니다. Steam 파일 구조나 특정 클립의 이동 가능성을 검증한 자료는 아닙니다.

실무적으로 먼저 확인할 것은 “내가 복사하려는 대상이 무엇인가”입니다. 재생할 수 있는 영상 파일인지, 프로그램이 관리하는 자료 묶음인지 모른다면 똑같이 다루지 않아야 합니다. 이 글에서는 내부 폴더를 통째로 옮기면 안전하다는 방법을 제시하지 않습니다. 원하는 장면이 들어 있는 영상을 독립적으로 열 수 있는 상태인지 확인하고, 그 대상에 대해 사본을 고민하자는 뜻입니다. 확인하지 못한 파일 구조에 백업이라는 이름을 붙여서는 안 됩니다.

두 폴더가 보인다는 이유로 사본도 독립적이라고 판단하지는 마세요. 같은 SSD 안의 다른 폴더라면 위치는 다르지만 장치가 사라지는 상황을 함께 겪을 수 있습니다. 이것은 어느 장치가 얼마나 자주 고장 나는지에 대한 확률 주장이 아닙니다. 정리하기 위한 분리와 장치가 달라지는 분리를 구별하자는 이야기입니다. 반드시 모든 영상을 여러 곳에 보관하라는 뜻도 아닙니다. 잃어버렸을 때 정말 곤란할 대상을 고르는 과정이 앞에 있어야 비용과 수고를 납득할 수 있습니다.

복사가 끝났다고 보이면 목적지 폴더를 직접 찾아가세요. Microsoft의 외부 저장 장치 복사 안내는 복사 뒤 대상 장치에서 파일 위치를 확인하고, 장치를 분리할 때 꺼내기를 사용하도록 안내합니다. 완료 표시를 본 것과 목적지의 영상을 실제로 확인한 것을 같은 일로 적지 않는 편이 좋습니다. 최근에 연 파일 목록이나 바로가기로 영상을 열면 원래 파일을 다시 보고 있을 가능성을 확인하기 어렵습니다. 그래서 이 글에서는 복사한 위치로 들어가 그곳의 파일을 여는 순서를 권합니다. 경로를 확인한 다음 처음, 남기려던 장면, 끝부분을 살펴보는 겁니다. 소리가 필요한 목적이라면 그 장면을 이해하는 데 필요한 소리가 실제로 들리는지도 확인할 수 있습니다. 이는 오디오 설정법을 설명하는 것이 아니라, 보관 목적을 충족하는지 확인하는 항목입니다.

그 점검을 마쳤다고 전 구간이 완벽하다고 말해서는 안 됩니다. 몇 지점을 재생하는 것으로 재생하지 않은 모든 프레임이나 바이트의 상태를 증명할 수는 없습니다. 여기서 얻는 답은 복사한 곳을 찾을 수 있었는지, 파일이 열렸는지, 원하는 사건이 들어 있었는지입니다. 중요한 자료라면 어떤 범위까지 확인했는지 간단히 적어두세요. 시작 부분만 본 상태와 중요한 장면까지 확인한 상태를 같은 말로 기록할 필요는 없습니다.

운영체제에 백업 기능이 있다는 사실도 자신의 녹화 폴더를 보호한다는 증거는 아닙니다. Microsoft의 파일 히스토리 안내는 라이브러리 포함과 외부 또는 네트워크 대상 설정을 설명합니다. 별도로 고른 녹화 경로가 실제 대상에 들어 있는지, 기능을 켰는지, 사용할 수 있는 사본이 있는지는 자신의 상태에서 확인해야 합니다. 이 글은 어느 컴퓨터의 백업도 실행하거나 복원하지 않았습니다.

별도의 유료 도구나 새 계정을 만드는 일이 이 판단의 선행 조건은 아닙니다. 지금 관리할 수 있는 범위에서 무엇을 남겼는지 설명할 수 있어야 합니다.

정리 전에 멈춰야 할 때와, 다음번에 바꿀 한 가지

목적지 찾기, 목적지 파일 열기, 필요한 구간 확인, 정리 판단의 네 단계와 삭제 범위가 불명확하면 멈추라는 보류 안내

삭제 범위를 검증하지 못한 경우를 위한 보류 기준입니다. 특정 Steam 삭제 버튼의 동작을 재현한 그림이 아닙니다.

공간이 부족해지면 가장 큰 폴더부터 지우고 싶어집니다. 여기서는 속도를 조금 늦춰야 합니다. 무엇이 임시 자료인지, 남긴 클립과 어떤 관계인지 확인하지 못했다면 폴더 이름만으로 삭제 범위를 추정하지 않는 편이 좋습니다. 이번에 읽은 Valve 문서는 모든 삭제 동작에서 저장 클립이 어떻게 처리되는지까지 명시하지 않았습니다. 따라서 이 글에는 “이 폴더를 지워도 클립은 안전하다”는 절차가 없습니다.

정리 전에 스스로 답할 질문은 많지 않습니다. 지우려는 대상이 무엇인지, 그 안에서 남기기로 한 영상은 무엇인지, 그 영상을 지금 어디에서 열 수 있는지입니다. 셋 가운데 하나라도 답이 불명확하다면 보류할 이유가 있습니다. 목록을 깨끗하게 만드는 것보다 원하는 장면을 남기는 것이 원래 목적이었으니까요. 다른 사람의 파일까지 섞여 있다면 자신의 판단만으로 범위를 넓히지 않아야 합니다.

영상이 보이지 않는 경우에도 원인을 하나로 정해두고 행동하면 위험합니다. Valve FAQ는 누락 구간에 관해 오래된 백그라운드 영상의 덮어쓰기뿐 아니라 시작·종료 사이의 공백이나 해상도 변경 같은 가능성도 언급합니다. 화면에서 영상을 찾지 못했다는 사실만으로 어떤 일이 일어났는지 확정할 수는 없습니다. 보이지 않는 범위가 어디인지, 어느 게임의 어떤 플레이였는지, 다른 구간은 열리는지를 구별해두면 다음 확인이 구체적이 됩니다. 예컨대 플레이 전체가 없는 상태와 중간의 짧은 부분만 없는 상태는 같은 질문이 아닙니다. 앞의 경우에는 내가 찾는 플레이와 목록의 대상을 제대로 연결했는지부터 돌아보는 편이 좋습니다. 뒤의 경우에는 양옆에 남은 장면으로 누락 범위를 좁힐 수 있습니다. 이것은 원인을 확정하는 진단표가 아닙니다. 확인한 것과 아직 모르는 것을 나누어, 이미 없는 장면을 있는 것처럼 가정하고 계속 정리하지 않도록 하는 방식입니다.

원하던 장면을 결국 찾지 못했다면 복구가 가능하다고 쉽게 말할 수 없습니다. 이 글에서는 복구 도구를 실행하지 않았고 덮어쓴 영상을 되살린 결과도 없습니다. 모르는 상태에서 여러 복구 프로그램을 시도하라고 권하는 것 역시 이 글의 범위를 벗어납니다. 우선 지우거나 옮기는 작업을 더 하지 않고 현재 보이는 상태를 적어두는 편이 이후에 상황을 설명하기 좋습니다. 상태 기록 자체가 복구를 보장하지는 않습니다.

남아 있는 다른 영상은 별개의 판단으로 다룰 수 있습니다. 하나를 잃었다고 모두 버릴 이유도 없고, 남은 영상까지 무조건 영구 보관해야 할 이유도 없습니다. 지금 확인할 수 있는 것 가운데 무엇을 남길지 다시 고르세요. 실패한 사건을 이유로 모든 설정을 가장 크게 바꾸면 공간과 정리 부담이 함께 늘 수 있습니다. 어느 단계에서 문제가 생겼는지 모를 때는 변경도 좁혀야 다음에 무엇이 달라졌는지 알아보기 쉽습니다.

다음 플레이를 위해 바꿀 것은 한 가지부터 고를 만합니다. 장면은 찾았는데 구간을 고르지 않은 채 넘겼다면 중요한 순간을 고르는 시점을 앞당겨보는 겁니다. 영상은 남겼는데 나중에 무엇인지 찾기 어려웠다면 이름과 짧은 설명부터 손보세요. 사본을 만들었다고 생각했지만 위치를 몰랐다면 보관 경로를 단순하게 만드는 편이 먼저일 수 있습니다. 같은 문제를 모두 보관 시간 부족으로 돌리면 맞는 조치를 놓치기 쉽습니다.

화면이 끊겨 보인다는 이유로 곧바로 이 보관 절차의 문제라고 단정하는 것도 피해야 합니다. 녹화의 보존 여부와 게임 실행 조건은 나누어 확인할 대상입니다. 최소·권장 사양을 읽는 방법은 실행 조건을 해석할 때 참고할 수 있지만, 그 글이나 이 글이 녹화 성능을 실측한 결과를 제공하는 것은 아닙니다. 보관 설정을 바꾸기 전에 어떤 문제를 해결하려는지 다시 적어보면 서로 다른 조치를 섞는 일을 줄일 수 있습니다.

자동 녹화에 바라는 것이 모든 플레이의 영구 보관일 필요는 없습니다. 뒤늦게 아쉬워진 순간을 고를 여유만 있어도 충분한 사람도 있습니다. 그 여유 안에서 마음에 드는 구간을 골랐는지, 나중에도 이해할 만큼 맥락을 남겼는지, 정말 잃고 싶지 않은 영상은 어디서 다시 열 수 있는지까지 확인하면 됩니다. 다음 플레이에서는 중요한 장면을 고르는 시점 하나부터 정해보세요. 끝난 직후에 할지, 다른 게임을 시작하기 전에 할지 자기 일정에 맞게 고르면 됩니다.