VMAX-639
[Video share] playback error
Description
Stella: 2.0.78-4
EU ID: EACM8384
Summary: Long video upload (3 hours, ~3.9 GB) displays only 9 minutes of playback with buffering and an error message. Camera OSD shows accelerated time.
Additional Details:
-
Upload timeframe: 08/26/2025 07:03:56 AM PDT – 08/26/2025 10:03:56 AM PDT
-
Uploaded file size: 3953.58 MB
-
Expected video length: ~3 hours
-
Observed video length: 9 minutes
-
Symptoms:
-
Playback buffers frequently
-
Error message appears during playback
-
Camera OSD date/time runs in fast-forward instead of real-time
-
[Analysis]
(1)고용량 Video Share AVI재생문제
제가 마지막 Feedback 받기로는 작년 9월에 Video Share 확인중 고용량 문제가 있어 , DW 연구소에 문의한적이 있는데..
영상 길이를 최대 한 시간으로 제약을 두는 것을 내부적으로 협의하고. 당분간 10Mbps 기준 0.5 시간 이내의 영상만 업로드 요청건으로 답변 받았습니다.
당시 제가 확인했을때도 1GB이하 Video Share 만 정상 재생되는 것으로 확인되었는데 .. 혹시 용량 늘어나는 부분에 대해 저희 연구소와 진행된 내용이 있는지요?
어제-오늘 재확인해 봐도 1GB(30분) 이하 용량만 정상재생되고, 1GB 초과되면 재생 안되는 것으로 확인됩니다.
참고로 Video Share 3시간 동일구간을 NVR 에서 AVI 백업하면 1GB 단위로 분할백업이 되는데 모두 정상 재생됩니다.
(2) 9분 가량의 AVI 동영상 재생시 정상적인 속도로 돌아왔다가 다시 빨라졌다 한다는 이슈
해당 이슈는 기존 이슈 (특정 Schedule record 모드와 GOP 조합) 입니다.
https://jira.external-share.com/issue/2ff3ad69-24d3-4fcd-8d13-ee681244fa51/VMAX-557
-
C+M 구간 Video Share 된 동영상 고배속 재생 문제 > 추후 개선검토 사항.
(TC1) FPS 보다 GOP가 크고, 일반적인 설정 녹화 구간 Video Share 정상 배속 재생됨
실제 해당 구간을 USB AVI 파일로 Backup 받아도 동일하게 정상배속 재생됨
ex) h264(7fps/30gop) C+M Full Fps 구간 및 C+M 1fps Continuous Off 구간.
(TC2) FPS 보다 GOP가 크고, C+M 1fps Continuous On, 1fps 녹화 구간 Video Share 고배속 재생됨
실제 해당 구간을 USB AVI 파일로 Backup 받아도 동일하게 고배속 재생됨
ex) h264(7fps/30gop) C+M 1fps 구간
ex) h264(15fps/30gop) C+M 1fps 구간
(TC3) FPS 와 GOP가 같고, C+M 1fps Continuous On, 1fps 녹화 구간을 Video Share 정상배속 재생됨
실제 해당 구간을 USB AVI 파일로 Backup 받아도 동일하게 정상배속 재생됨
ex) h264(30fps/30gop) C+M 1fps 구간.
-
(TC2) 결과에 따라 C+M 1fps Continuous 사용시에는 FPS 와 GOP 를 동일하게 설정해서 사용해야합니다.
-
연구소에 다시 검토요청 하겠으나, 개선되기 전까지는 C+M 1fps Continuous 사용시에는 FPS 와 GOP 를 동일하게 설정해서 사용 권장합니다.
Attachments
Child issues
Linked work items
Activity
Details
Priority
Medium
메일로 상황 전달해 드렸습니다.
@FOCUS_JH 안녕하세요. 미국 PM팀에서 세 시간짜리 Video Share를 만들었는데, 검토 결과 원본(AVI)파일에 문제가 있는 것을 발견했습니다.(timestamp 정보). 아래 AVI 파일들을 공유하니 검토 부탁드립니다.
[AVI Files]
CC: @Peter Kwon @Peter Kwon @Greg(Sungwon) Kim
@Peter Kwon
업로드 된 원본 영상 (0.avi ~ 5.avi) 분석
원본 영상 자체에서도 Camera OSD 가 빠르게 보여집니다. (약 1초마다 1분 단위로 증가)
특별히 중간 부분에서 다시 정상적인 속도로 돌아왔다가 다시 빨라졌다가 합니다.
원본 영상의 총 길이 합은 9분 가량 됩니다.
원인 분석 및 테스트
원본 영상들을 하나의 output.avi 으로 합친 뒤에 HLS (output.m3u8) 로 변환합니다.
현재는 re-encoding 과정 없이 6초 단위로 segment 파일을 만들어 내도록 되어 있습니다.
그 결과 93개의 segment 파일을 가진 output.m3u8 이 생성이 됩니다.
각 segment 파일은 3MB ~ 135MB 정도의 크기를 가지게 되는데, 이로 인해 제대로 재생할 수 없는 문제가 발생하였습니다.
로컬에서 동일한 방법으로 생성 및 재생 테스트를 하던 중에, 크롬 브라우저에서는 동일한 에러가 발생하면서 정상적으로 재생이 되지 않았지만,
사파리 브라우저에서는 에러 없이 끝까지(9분 가량) 재생이 되었습니다.
크롬에서만 특별한 원인이 있는지 검색하던 중, HLS 의 segment 가 10MB 이상일 경우 문제가 발생할 수 있다라는 내용을 확인하게 되었습니다.
10MB 에 대한 명확한 근거는 찾기 어려웠습니다.
re-encoding 과정을 포함하여 segment 파일의 크기를 조정하도록 테스트를 해보았습니다.
동일하게 93개의 segment 파일이 생성되었지만, 각 segment 파일은 최대 3.3MB 정도였습니다.
이렇게 생성된 HLS 는 크롬 브라우저에서도 에러 없이 끝까지 재생이 되는 것을 확인하였습니다.
@Greg(Sungwon) Kim @Paul S. Kim focus/tvt에 요청해주시기 바랍니다. 펌웨이니 수정버젼은 미리정하지 않겠습니다.
@Peter Jang 대용량 파일이고, 파일이 정상적이지 않으나 플레이어에서 재생실패한 원인을 분석부탁드립니다.