움짤이 원본보다 느려집니다

[이민상]

전에는 안그랬던 것 같은데 움짤을 만들고 나면 원본보다 느리게 재생되는 문제가 생겼습니다 저장하기 전에는 정상인데 저장하고 보면 느리게 나와요

[Chris Choi]

안녕하세요 꿀캠 개발팀입니다~

꿀캠을 사용해 주셔서 감사합니다.
문의주신 느리게 재생되는 문제에 대해 테스트를 진행해 보았지만 특별한 문제점은 발견되지 않았습니다.
움짤로 되어 있는 GIF나 webp 등을 꿀캠에서 연 뒤 해당 파일을 다시 GIF나 webp 등으로 저장해서 다시 열었을 때
원본과 비교해 프레임 시간이 달라졌다면 그것은 꿀캠의 버그일 가능성이 높습니다만 해당 현상은 아직 발견되지 않았습니다.


프레임 시간은 파일을 열었을 때 왼쪽 목록에서 확인 가능합니다.  

그리고 혹시라도 프레임 시간대로 재생이 되지 않는지 2.21 버전과 비교해서 테스트를 해봤습니다.

윈도우10 내장 스톱워치를 사용해서 비교측정을 했습니다.
하나는 2.12는 22.6초, 3.31은 22.7초가 나왔는데 창을 옮기면서 클릭하는 시간 차이를 감안하면 둘의 재생시간은 동일하다고 봐도 무방할 것 같습니다.
(천프레임이라 20초 동안 재생되어야 하는 GIF인데 운영체제의 내장 클록의 정밀도 때문에 프레임 시간이 작을수록 오차가 발생해서 정확히 20초 재생이 되진 않는 점 참고 부탁드립니다.
또한 테스트한 사람의 클릭 반응 딜레이도 있어서 스톱워치 시간은 더 느려질 수 밖에 없습니다.)

해당 테스트에 사용한 천프레임 짜리 원본 영상을 첨부합니다.(첨부파일을 확인해 주세요)
만약 이상이 감지되신다면 직접 테스트해 보실 수 있습니다.(테스트한 1000프레임 총 20초(프레임 시간 0.02초).gif 파일을 첨부합니다.)

다만 영상이 매우 큰 경우 컴퓨터 사양 및 환경에 따라 프레임 재생 시간대로 재생이 되지 않을 수 있습니다.
또한 영상이 매우 크지 않더라도 프레임 수가 매우 많은 경우 메모리에 모든 이미지를 가지고 있지 못하게 되면 이미지 압축 및 디스크 스와핑을 하게 되어 재생이 느려질 수 있습니다.

감사합니다~

2020년 12월 16일 (수) 오후 11:56, 이민상 <phot...@gmail.com>님이 작성:

전에는 안그랬던 것 같은데 움짤을 만들고 나면 원본보다 느리게 재생되는 문제가 생겼습니다 저장하기 전에는 정상인데 저장하고 보면 느리게 나와요

--
You received this message because you are subscribed to the Google Groups "Honeycam Forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to honeycam+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/honeycam/933596de-d0bf-4bcf-85ce-108b4a6a1fe5n%40googlegroups.com.

[이민상]

올려주신 움짤 받아서 꿀캠으로 열고 다시 저장한 다음 다시 열어보니 재생시간은 변하지 않았습니다

그런데 제가 직접 찍은 움짤은 재생시간이 변합니다

처음 찍었을 때 움짤은 8.84초입니다

위 격투기 경기 움짤을 저장한 다음 다시 열어본 움짤입니다 재생시간이 9.30초로 늘어났습니다 표기만 그런게 아니라 실제로 느려진게 눈에 보입니다

직접 찍은걸로 다시 확인 부탁드립니다

2020년 12월 18일 금요일 오후 3시 48분 53초 UTC+9에 ch...@bandisoft.com님이 작성:

[Chris Choi]

안녕하세요 꿀캠 개발팀입니다~

꿀캠을 사용해 주셔서 감사합니다.

먼저 녹화한 영상과 저장한 영상에서 재생 시간에서 차이가 발생하는 이유에 대해서 말씀드리겠습니다.

녹화를 하면 각 프레임 시간이 소수점 3째자리까지 나옵니다.

그런데 GIF 포맷의 경우 프레임 시간 단위가 소수점 2째짜리까지만 저장 가능합니다.(WebP의 경우 소수점 3째짜리 까지 지원하기 때문에 재생시간이 녹화한 것과 동일하게 저장됩니다.)

그래서 GIF로 저장하는 경우 소수점 3째 자리 이하는 반올림으로 처리하고 있습니다.(즉 0.045~0.049는 0.05가 되고 0.040~0.044는 0.04로 처리됩니다)

따라서 녹화한 영상을 GIF로 저장하는 경우 재생시간에 있어 차이가 발생하는 것은 불가피하며 이것은 버그가 아니고 GIF 포맷 자체의 한계 때문입니다.

이 부분을 확인하실 수 있도록 테스트 버전을 올려놨습니다.( https://test.bandisoft.com/HONEYCAM-SETUP-BETA-X64.EXE )

프로그램 실행 후 F5 키를 눌러 환경 설정에서 > 편집에서 3-digit precision을 선택하시면

프레임 시간이 소수점 3째자리 까지 표시가 됩니다.

녹화 후 GIF 와 webp로 각각 저장하신 후 다시 꿀캠으로 열어서 프레임 시간을 보시면 GIF의 경우 어떤 식으로 반올림 처리 되시는지 확인하실 수 있습니다.

감사합니다~

P.S. 캡쳐 이미지 포함시키는 것을 깜박해서 다시 올립니다~

2020년 12월 21일 (월) 오전 11:13, Chris Choi <ch...@bandisoft.com>님이 작성:

안녕하세요 꿀캠 개발팀입니다~

꿀캠을 사용해 주셔서 감사합니다.

먼저 녹화한 영상과 저장한 영상에서 재생 시간에서 차이가 발생하는 이유에 대해서 말씀드리겠습니다.

녹화를 하면 각 프레임 시간이 소수점 3째자리까지 나옵니다.

그런데 GIF 포맷의 경우 프레임 시간 단위가 소수점 2째짜리까지만 저장 가능합니다.(WebP의 경우 소수점 3째짜리 까지 지원하기 때문에 재생시간이 녹화한 것과 동일하게 저장됩니다.)

그래서 GIF로 저장하는 경우 소수점 3째 자리 이하는 반올림으로 처리하고 있습니다.(즉 0.045~0.049는 0.05가 되고 0.040~0.044는 0.04로 처리됩니다)

따라서 녹화한 영상을 GIF로 저장하는 경우 재생시간에 있어 차이가 발생하는 것은 불가피하며 이것은 버그가 아니고 GIF 포맷 자체의 한계 때문입니다.

이 부분을 확인하실 수 있도록 테스트 버전을 올려놨습니다.( https://test.bandisoft.com/HONEYCAM-SETUP-BETA-X64.EXE )

프로그램 실행 후 F5 키를 눌러 환경 설정에서 > 편집에서 3-digit precision을 선택하시면

프레임 시간이 소수점 3째자리 까지 표시가 됩니다.

녹화 후 GIF 와 webp로 각각 저장하신 후 다시 꿀캠으로 열어서 프레임 시간을 보시면 GIF의 경우 어떤 식으로 반올림 처리 되시는지 확인하실 수 있습니다.

감사합니다~

2020년 12월 20일 (일) 오후 11:04, 이민상 <phot...@gmail.com>님이 작성:

To view this discussion on the web visit https://groups.google.com/d/msgid/honeycam/392e5488-407d-40e8-a5b1-add94330ec3cn%40googlegroups.com.