UDP HLS 스트림 제어 (시간 이동 가능) V4.1

녹화/실시간 채널의 세그먼트 길이. 늘리면 파일 I/O·m3u8 교체 빈도가 줄어 서버 부하가 낮아지지만, 실시간 지연(≈이 값×최소 유지 세그먼트 수)이 늘고 다시보기 탐색 단위도 거칠어짐. ★ 이 값을 늘리면 아래 "정지(freeze) 판정 시간"도 그만큼(4~5배) 같이 늘려야 정상 채널이 오탐 재시작되지 않음. 기본 2초

실시간 버퍼 + ffmpeg 쓰기 보호. 기본 5

cutoff에 더하는 안전 여유. 기본 30초

cleanup.bat 최소 호출 주기. 기본 60초

★ 기존 3600→300초로 단축 권장

I/O 부하 분산용. 기본 20개

ffmpeg I/O 양보. HDD 권장: 500000μs(500ms)

HDD: del 명령 일괄삭제로 NTFS I/O 부하 절감

?src= 임시 채널: 마지막 재생 요청 후 이 시간 동안 재요청 없으면 자동 종료+폴더 삭제. 0=비활성화. cleanup 주기(위 간격)마다 확인되므로 실제 종료까지 최대 그 간격만큼 걸릴 수 있음

채널 전환(신규 ?src= 요청) 시 첫 응답까지 기다리는 최대 시간(적응형 — 더 빨리 준비되면 즉시 응답). 플레이어의 채널 전환 타임아웃보다는 짧게 잡아야 함(보통 3~5초 이내 권장). 기본 3000ms(3초)

첫 응답에 담길 목표 세그먼트 개수. 위 상한 시간 안에 못 채워도 그때까지 있는 걸로 응답(완전 실패보다 나음). 많을수록 초기 버퍼는 넉넉하지만 상한 시간을 다 쓸 가능성↑. 기본 2개

채널 전환 시에만 사용하는 세그먼트 길이(영구 채널/다시보기는 별도, 영향 없음). 짧을수록 첫 세그먼트가 빨리 준비되어 전환이 빨라지지만, -c copy 방식 특성상 소스 키프레임 간격보다 짧으면 첫 재생 프레임이 아주 잠깐 끊길 수 있음. 1초 권장, 문제 없으면 0.5초까지 낮춰보세요

playseek/start-end 다시보기 재생 시각 보정. 음수=앞당김(예: -10 → 10초 전부터), 양수=뒤로 밀림, 0=보정 없음

url에 'player.php'가 포함된 채널만 대상. 최근 세그먼트가 연속으로 작으면 ffmpeg만 강제 재시작해 새 IP 재서빙을 유도

이보다 작은 세그먼트를 "비정상"으로 판단(KB 단위). 정상 세그먼트가 약 2MB(≈2000KB)라면 그 절반 정도인 1000KB 근처를 권장. 테스트용으로 최대 3000KB까지 입력 가능

최근 세그먼트 중 이 개수만큼 연속으로 기준 미달이면 재시작. 기본 3개

health_shared.bat이 이 주기로 세그먼트 상태를 확인. Cleanup 간격과 별개로 짧게 유지 권장 (기본 20초)

ffmpeg를 강제 재시작(또는 수동 시작)한 직후 이 시간 동안은 헬스체크를 건너뜀. 너무 짧으면 재시작 직후 초기 세그먼트가 작아 또 재시작되는 무한 루프에 빠질 수 있음. 기본 40초

가장 최근 세그먼트가 이 시간보다 오래되면(=새 세그먼트가 안 생기고 멈춤) 크기와 무관하게 바로 재시작. 세그먼트 길이(기본 2초)보다 충분히 길게. 기본 15초