GLSL · 26 편집 실패와 Context 복구
단계: 상호작용·후처리·비용 평가 · 편집 가능한 예제 · 저장 ID: glsl-step-26
목표와 학습 후 역량
- 셰이더 편집을 안전하게 적용한다.
- GPU 자원 복구를 설계한다.
선수 지식
25단위 결과물과 기록을 이어 사용합니다. 편집 실패와 Context 복구 실험에 앞서 이전 입력과 기준 출력을 보관합니다.
핵심 개념과 설명
안전 교체
새 shader가 실패했을 때 마지막 정상 program을 유지하면 편집을 계속할 수 있습니다. 검증된 새 program만 활성 상태로 교체합니다.
컨텍스트 수명
WebGL context가 복구되면 이전 GPU 자원은 다시 만들어야 합니다. 소스와 CPU 입력을 저장해 재생성 경로를 준비합니다.
실습 준비
예제 화면의 실행 범위 안내를 먼저 확인하세요. 다음은 과제를 별도 프로젝트로 확장할 때의 준비 환경입니다. 별도 localhost 프로젝트에서 WebGL2와 GLSL ES 3.00으로 직접 구현하는 문서 안내 실습입니다. 기존 예제의 GLSL 버전을 먼저 확인하고 1.00 문법을 혼용하지 않습니다.
연결된 예제는 출발점입니다. 아래 과제 전체가 완성된 코드는 아니며, 예제의 지원 범위를 넘는 작업은 별도 프로젝트에서 수행하세요.
실습 과제
- editor.js에서 후보 program을 compile·link한 뒤 성공한 경우에만 교체하세요.
- 문법 오류 입력 후 오류 줄과 기존 화면 유지 여부를 확인하세요.
- webglcontextlost·webglcontextrestored를 처리하고 재생성 목록을 README에 적으세요.
관찰할 변수
| 변수 | 기준 조건 | 바꿀 조건 | 예상할 변화·검증 가설 |
|---|---|---|---|
| 새 소스 | 유효한 소스 | 문법 오류 포함 | 오류를 표시하면서 마지막 정상 화면을 유지할 것으로 예상합니다. |
표의 예상은 측정 결과가 아닙니다. 한 번에 한 조건만 바꾸고 실제 결과가 다르면 원인을 기록하세요.
완료 조건
- 오류 입력이 기존 program을 삭제하지 않는다.
- 복구 경로에 buffer·texture·program 재생성과 uniform 재조회가 포함된다.
자가 점검
- 실패한 후보 shader는 언제 삭제하나요?
- context 복구에서 UI 상태까지 초기화해야 하나요?
공식 참고
연결된 예제와 실행 범위
브라우저 WebGL ShaderMaterial 실행. 고정 640×360 비교이며 프레임 간격은 GPU 시간과 다릅니다.
원본 코드·기록은 자동으로 덮어쓰지 않습니다. 기존 예제를 초기화할 때도 필기는 유지됩니다.
다음 학습
이전: 분기와 반복의 비용 · 다음: 품질 기준과 회귀 기록