언리얼 3인칭 캐릭터 이동 및 카메라 가이드

직접 답변

로컬 플레이어 루프를 네 개의 소유 계층으로 구성합니다: Enhanced Input이 의도를 생성하고, ACharacter와 UCharacterMovementComponent가 이동 로직을 결정하며, USpringArmComponent가 카메라 거리와 충돌을 처리하고, UCameraComponent가 뷰를 렌더링합니다. 애니메이션 폴리싱 전 이동을 튜닝하고, 컨트롤러 요(yaw)를 이동 방향 정렬과 분리하여 설정한 후, 경사면, 계단, 장애물, 점유, 재시작 항목을 패키징된 Development 빌드에서 검증합니다.

이 페이지는 로컬 3인칭 기본기반을 다룹니다. 네트워크 예측, 시네마틱 카메라, 애니메이션 리타깃팅, 멀티플레이어 권한 가이드는 중복하지 않습니다. 실용적 목표는 다른 개발자가 깨끗한 체크아웃 상태에서 재현 가능한 게임 제작 단위를 제공하는 것입니다. 엔진 동작, 프로젝트 정책, 측정 근거는 분리하십시오. Epic 문서는 지원되는 개념을 규정하고, 프로젝트는 소유권과 예산을 정의하며, 이름이 지정된 테스트 실행만이 로컬 결과를 입증합니다.

이 가이드가 제공하는 내용

• 이 Unreal 시스템 계획의 언리얼 서드 퍼스널 캐릭터 이동 카메라.
• 실제 API 또는 커맨드 예시가 포함된 6단계 Blueprint/C++ 구현 워크플로우
• 일반, 엣지 케이스, 인계 동작을 포함한 3가지 제작 시나리오
• 편집기 및 패키지 빌드의 실패 복구 및 검증 기준입니다.
• 이 페이지의 기술적 의도를 바꾸지 않는 한도 내에서 Unreal 창작자로 이어지는 제한된 SEELE 인계

시스템 아키텍처 및 소유권

입력 의도

Input Action 에셋에서 Move와 Look 액션을 생성하고, 로컬 플레이어 서브시스템에서 매핑 컨텍스트를 추가한 뒤 값을 AddMovementInput과 컨트롤러 yaw 또는 pitch로 변환합니다. 입력 에셋은 의도를 설명하는 용도이며 속도, 가속도, 카메라 상태를 소유해서는 안 됩니다.

입력 의도 검토: 입력 값과 매핑 컨텍스트 수를 캡처하고 이동 권한이 수락된 결과를 두 번째 소유자가 되지 않고 수신/관측하는 방식을 보여주세요.

이동 권한

캡슐 충돌, 걷기 모드, 바닥 감지, 계단 오르기, 중력, 스켈레탈 메시가 함께 필요할 때는 ACharacter를 사용하십시오. UCharacterMovementComponent는 MaxWalkSpeed, 가속도, 제동, 공중 제어, 회전 정책, 이동 모드 전환을 담당합니다.

이동 권한 검토: 이동 모드, 속도, 가속도 및 바닥 결과를 캡처하고 카메라 리그가 두 번째 소유자가 되지 않고 수락된 결과를 수신/관측하는 방법을 보여줍니다.

카메라 리그

스프링 암을 캡슐이나 캐릭터 루트에 부착하고 카메라는 암 소켓에 부착합니다. 암 충돌 테스트를 활성화하고, 암이 컨트롤러 회전을 따를지 여부를 선택하며 카메라 랙을 계측 가능하게 유지하세요. 과도한 랙은 충돌 문제나 프레임률 문제를 가릴 수 있습니다.

카메라 리그 리뷰: 캡슐 접촉 및 보행 가능 바닥 판정을 캡처하고, 프레젠테이션 경계가 승인된 결과를 어떻게 수신하거나 관찰하는지 보여 주되 두 번째 소유자가 되지 않도록 하십시오.

프레젠테이션 경계

임포트한 메시의 전방 축이 캡슐과 다를 경우 메시를 독립적으로 회전 또는 오프셋하세요. 애니메이션 블루프린트 상태는 속도와 이동 상태를 읽기만 해야 하며, 두 번째 이동 컨트롤러가 되어서는 안 됩니다.

프레젠테이션 경계 리뷰: 스프링 암 목표 길이와 실제 길이를 캡처하고 입력 의도가 수락된 결과를 두 번째 소유자가 되지 않고 수신/관측하는 방식을 보여줍니다.

구현 워크플로우

1. 1단계: IA_Move와 IA_Look을 생성하고 키보드, 마우스, 컨트롤러 입력을 매핑한 뒤, BeginPlay에서 UEnhancedInputLocalPlayerSubsystem을 통해 매핑 컨텍스트를 추가합니다.
2. 단계 2: 캡슐, 스켈레탈 메시, 스프링 암, 카메라 컴포넌트가 있는 Character 하위 클래스를 생성합니다. 단일 플레이어 테스트에서는 Auto Possess Player만 설정하고, 실제 스폰 경로는 GameMode 기본값을 사용합니다.
3. 3단계: 2차원 이동 값을 피치와 롤이 제거된 컨트롤러 기준 전방/우측 벡터로 변환한 뒤 각 축마다 AddMovementInput을 호출합니다.
4. 4단계: 회전 모델을 하나만 선택하십시오. 액션 게임에는 Orient Rotation to Movement를, 스트레이핑 및 오버 더 숄더 조준에는 Use Controller Rotation Yaw를 사용하십시오. 명시적 상태 전환 없이 둘 다 사용하지 마십시오.
5. 단계 5: 캡슐 반경, 단계 높이, 보행 가능 바닥 각도, 제동 감속, 공중 제어, 스프링암 길이, 프로브 크기, 카메라 랙을 소형 이동 테스트 레벨에서 조정합니다.
6. 단계 6: Development 빌드를 패키징한 뒤 점유, 사망/재시작, 창 포커스, 컨트롤러 재연결, 가파른 경사면, 낮은 천장, 벽끼임, 이동 플랫폼, 카메라 장애물 테스트를 반복 수행하십시오.

구체적인 API 또는 명령어 예시

void AExplorerCharacter::Move(const FInputActionValue& Value)
{
    const FVector2D Axis = Value.Get<FVector2D>();
    const FRotator YawOnly(0.f, Controller->GetControlRotation().Yaw, 0.f);
    AddMovementInput(FRotationMatrix(YawOnly).GetUnitAxis(EAxis::X), Axis.Y);
    AddMovementInput(FRotationMatrix(YawOnly).GetUnitAxis(EAxis::Y), Axis.X);
}

세 가지 실제 운영 시나리오

예시 1: 탐색 카메라

이동 중심 회전, 긴 암, 적당한 랙, 카메라 충돌을 사용합니다. 수풀과 좁은 문틀이 카메라를 캐릭터로 끌어당기거나 장애물이 사라진 뒤에도 줌이 계속 유지되지 않는지 확인하세요.

탐색 카메라의 증거에는 입력 값과 매핑 컨텍스트 수, 소유 빌드 ID, 그리고 이 시나리오를 마지막으로 알려진 정상 상태로 되돌리는 조건이 포함되어야 합니다.

예시 2: 측면 회피 전투

조준 중에는 controller-yaw 회전으로 전환하고 팔 길이를 줄이며, 컨트롤 회전에서 aim-offset 프레젠테이션을 구동합니다. 조준이 끝나면 캡슐이 스냅되지 않도록 이동 방향 정렬로 블렌드합니다.

측면 회피 전투의 증거에는 이동 모드, 속도, 가속도 및 바닥 결과, 소유 빌드 식별자, 그리고 이 시나리오를 마지막으로 알려진 정상 상태로 되돌리는 조건이 포함되어야 합니다.

예제 3: 움직이는 플랫폼

서기, 점프, 회전을 처리할 수 있도록 이동과 회전 기준을 전환하십시오. 캐릭터 착지 시 바닥 상태와 상대 이동을 캡처해야 합니다. 카메라만 성공적으로 보이면 캡슐 흔들림이나 사라진 기반 속도를 가릴 수 있습니다.

이동 플랫폼의 증거에는 캡슐 접촉과 보행 가능 바닥 판정, 소유 빌드 식별자, 그리고 이 시나리오를 마지막으로 알려진 정상 상태로 되돌리는 조건이 포함되어야 합니다.

실패 모드와 복구

대각선 속도 증가 또는 잘못된 방향

입력 값을 정규화하고 피치가 제거된 yaw-only 컨트롤 회전에서 방향을 계산한 뒤 이동 컴포넌트 설정을 변경하기 전에 원시 액션 값과 결과 월드 벡터를 로그로 기록합니다.

대각선 속도 증가 또는 방향 오류를 종료하기 전에 탐색 카메라를 다시 실행하고, 캡슐 접촉 및 보행 가능 바닥 결정이 문서되지 않은 복구 단계 없이 예상 경계로 복귀하는지 확인하십시오.

카메라가 벽을 통과하거나 계속 압축됨

스프링암 프로브 채널, 무시할 액터, 타겟 암 길이, 충돌 복구를 점검하십시오. 큰 캡슐이나 커스텀 카메라 트레이스는 기본 프로브와 충돌할 수 있습니다.

카메라가 클립되거나 압축된 상태로 남기 전에 측면 회피 전투를 다시 실행하고 스프링 암 목표 길이 대 실제 길이가 문서되지 않은 복구 단계 없이 예상 경계로 복귀하는 것을 입증하세요.

캐릭터가 두 번 회전합니다

활성 모드에서 controller-yaw 회전 또는 이동 중심 회전 중 하나를 비활성화합니다. 메시 루트 회전은 표현용으로만 유지하고 게임플레이 권한으로 사용하지 마십시오.

캐릭터 회전이 두 번 발생하는 항목을 종료하기 전에 이동 플랫폼을 다시 실행하고, 재시작 후 점유(Possession)와 카메라 소유자가 문서되지 않은 복구 단계 없이 예상 경계로 복귀하는지 검증하십시오.

배치된 액터 PIE에서만 작동

GameMode와 PlayerStart를 통해 스폰하고 소유권을 검증한 뒤 패키지 입력 매핑을 테스트합니다. 레벨 액터의 자동 포셉션은 누락된 기본 클래스를 숨길 수 있습니다.

클로징 전에 placed-actor PIE에서만 동작하므로, 탐색 카메라를 다시 실행하고 입력 값과 매핑 컨텍스트 수가 문서되지 않은 복구 단계 없이 예상 경계로 복귀하는 것을 입증하세요.

검증 매트릭스

• 입력 값 및 매핑 컨텍스트 수: 탐색 카메라 탐색과 함께 입력 의도를 검토합니다. 탐색 카메라 중 대각선 속도 또는 잘못된 방향이 재발하지 않고 증거에 정확한 빌드 이름이 표시될 때만 통과합니다.
• 이동 모드, 속도, 가속도 및 바닥 결과: 이동 권한 옆에서 점검합니다. 카메라가 벽을 통과하거나 계속 압축되는 현상이 스트레이핑 전투 중 재발하지 않고, 증거가 정확한 빌드를 명시할 때만 통과합니다.
• 캡슐 접촉과 보행 가능 바닥 판정: 카메라 리그 옆에서 점검합니다. 캐릭터가 두 번 회전하는 문제가 이동 플랫폼 동작 중 재발하지 않을 때만 통과하며, 증거에는 정확한 빌드명이 기재되어야 합니다.
• 스프링 암 목표 길이 대 실제 길이: 프레젠테이션 경계 옆에서 점검합니다. 배치된 액터 PIE에서만 동작하는 오류가 탐색 카메라 중 재발하지 않을 때만 통과하며, 증거에는 정확한 빌드명이 기재되어야 합니다.
• 재시작 후 소유권과 카메라 오너: 측면 회피 전투에서 입력 의도를 검토합니다. 측면 회피 전투에서 대각선 속도 또는 잘못된 방향이 재발하지 않고, 증거에 정확한 빌드 이름이 표시될 때만 통과합니다.

버전/버전 경계 검토:

이 단계는 2026-07-26 기준 최신 Unreal Engine 5 문서 인터페이스를 대상으로 합니다. 엔진 기본값, 실험 상태, 플러그인 패키징, API 시그니처, 플랫폼 지원은 변경될 수 있습니다. 프로젝트에 맞는 문서 버전을 선택하고, 정확한 패치와 대상 환경을 테스트한 뒤 롤백용 리비전을 보관하세요. 공개 문서는 NDA 플랫폼 요구사항, 스토어 심사, 콘솔 인증, 프로젝트별 성능 증거를 대체하지 않습니다.

공식 소스

• 캐릭터 무브먼트 컴포넌트 — 이 Unreal third person character movement 카메라 워크플로의 입력 의도를 증명하는 소스 근거입니다. 배포 브랜치와 문서 버전을 반드시 확인하세요.
• Spring Arm Component 사용 이 Unreal third person character movement camera 워크플로우에서 이동 권한에 대한 소스 근거입니다. 문서 버전을 릴리스 브랜치와 대조해 확인하십시오.
• Enhanced Input 이 Unreal third person character movement camera 워크플로우에서 카메라 리그에 대한 소스 근거입니다. 문서 버전을 릴리스 브랜치와 대조해 확인하십시오.

Unreal Engine은 Epic Games의 상표입니다. SEELE AI는 독립적이며, 이 문서는 Epic Games 또는 Valve의 보증을 의미하지 않습니다.

기술 계획에서 SEELE Unreal 게임으로

이 페이지를 사용하여 시스템, 수락 테스트 및 실패 경계를 정의한 후, 그 정확한 요약을 [SEELE의 언리얼 게임 크리에이터](/features/create/unreal-game)로 가져가세요. SEELE은 네이티브 언리얼 5 게임을 생성하고, 브라우저 내 미리보기를 제공하며, SEELE 내에서 최적화 및 패키징을 지원하고, 프로젝트 또는 패키징된 출력물을 외부 출시를 위해 다운로드하거나 무료 또는 유료 SEELE 게임으로 출시할 수 있게 합니다.

해당 인계는 위에서 설명한 네이티브 제작 책임을 변경하지 않습니다. 저장 승인, 판매, 수익, 인증, 타사 플러그인 호환성 및 플랫폼 준수는 보장되지 않습니다. 소스 언리얼 게임, 빌드 로그, 테스트 증거 및 외부 출판 결정을 귀하 팀의 통제 하에 유지하십시오.

FAQ

unreal third person character movement camera의 올바른 아키텍처는 무엇인가요?

로컬 플레이어 루프를 네 개의 소유 계층으로 구성합니다: Enhanced Input이 의도를 생성하고, ACharacter와 UCharacterMovementComponent가 이동 로직을 해결하며, USpringArmComponent가 카메라 거리와 충돌을 처리하고, UCameraComponent가 뷰를 렌더링합니다. 이동을 애니메이션 폴리싱보다 먼저 튜닝하고, 컨트롤러 요를 이동 방향 정렬과 분리하며, 패키징된 Development 빌드에서 경사면, 계단, 장애물, 점유, 재시작을 검증합니다. 입력 의도와 이동 권한으로 시작한 뒤, 프리젠테이션은 확정된 게임플레이 상태를 관찰하는 역할로 유지합니다.

언리얼 서드 퍼스널 캐릭터 무빙 카메라는 Blueprint로 구축해야 하나요, 아니면 C++로 구축해야 하나요?

둘 다 사용할 수 있습니다. Blueprint는 빠른 게임 로직 구성과 디자이너 반복 작업에 효과적이며, C++는 재사용 가능한 계약, 복잡한 생명주기, 성능 민감 루프, 자동화 테스트에 유용합니다. 두 방식 모두 동일한 소유권, 유효성 검사, 실패, 복구 경계를 유지해야 합니다.

unreal third person character movement camera는 어떻게 테스트해야 하나요?

정상 케이스 1개, 잘못된 입력 1개, 인터럽트 또는 종료, 깔끔한 재시작, 패키지 빌드 패리티를 테스트합니다. 입력 값과 매핑 컨텍스트 수, 이동 모드, 속도, 가속도, 바닥 결과, 캡슐 접촉과 보행 가능 바닥 판정, 빌드 식별자, 그리고 명시적 통과 기준을 캡처하세요.

Unreal third person character movement camera에서 가장 위험한 장애는 무엇입니까?

대각선 속도 증가 또는 잘못된 방향은 초기 경고 신호입니다: 입력을 정규화하고 yaw-only 컨트롤 회전에서 방향을 도출하십시오. 무브먼트 컴포넌트 설정을 변경하기 전에 원시 액션 값과 결과 월드 벡터를 로깅하십시오. 또한 정리(cleanup) 및 재시도를 확인하여 겉보기 수정이 오래된 상태를 남기지 않는지 확인합니다.

이 Unreal third person character movement camera 가이드는 어떤 Unreal 버전을 대상으로 합니까?

2026-07-26 기준 Unreal Engine 5 문서 인터페이스를 사용합니다. 버전 선택기, API 시그니처, 플러그인 상태, 플랫폼 툴체인, 패키지 동작을 실제로 출시될 엔진 패치에서 확인하십시오.

이 unreal third person character movement camera 계획이 준비되면 SEELE은 무엇을 할 수 있나요?

SEELE은 네이티브 언리얼 5 게임을 생성하고, 브라우저 미리보기를 제공하며, 최적화 및 패키징을 지원하고, 외부 게시 또는 무료/유료 SEELE 릴리스를 위한 프로젝트 또는 패키징된 다운로드를 제공할 수 있습니다. 이는 타사 스토어 승인, 호환성, 판매 또는 수익을 보장하지 않습니다.