모든 것이 간단하다는 사실 때문에 그것은 확실히 넌센스입니다. 나는 나 자신을 속였다. gif(특히 비디오)를 처음부터 직접 만드는 것은 거의 불가능합니다. 우리는 거대한 기술 기반이 필요합니다. 모든 미묘함을 알기 위해서는 캔버스에서 작업할 수 있어야 합니다. 제 경우에는 마크업 언어, 생성자, 엔진 등 많은 것들이 필요했습니다.
표준 도구를 사용하여 gif를 구현하면 문제가 발생할 수 있지만 라이브러리가 캔버스와 전혀 작동하지 않는다는 사실에도 불구하고 이러한 솔루션을 표준 라이브러리에 통합할 수 있습니까? 캔버스에 나만의 창과 많은 솔루션이 있습니다. 그러나 표준 도구를 사용하면 프로토타입을 만들 수 있지만 완전히 적용할 수 있는 것은 아닙니다.
예, 일종의 마크업 언어, 일종의 생성자, 일종의 엔진... 하지만 gif가 그것과 무슨 관련이 있습니까? 원칙적으로 무언가가 움직이면 이것은 gif입니까?
Andrey, "비디오로 저장할 수 있습니까?"라는 질문에 대한 논리적 추론을 설명하겠습니다. 어떤 질문에 대답하기 전에 나는 가능한 수단을 통해 질문을 하는 사람과 그 수준을 이해하려고 노력합니다. 첫째, 당신의 답을 좀 더 정확하고 명료하게 작성하기 위해서, 둘째, 질문으로 질문에 대답하지 않도록 매우 모호한 질문의 의미를 이해하기 위해서입니다. 물론, 나는 당신의 프로필에 갔다.
162라고 가정하고 포럼에서 2-5개월 동안 등급을 본다면 초보자가 질문을 하고 있다는 것을 이해할 것입니다.
그리고 간단히 대답하겠습니다. "현재 MT5에는 동영상 저장이 구현되어 있지 않지만 원하는 경우 모든 작업을 수행할 수 있습니다."
하지만 포럼에서 귀하의 이름이 자주 떠올랐고 귀하의 프로필에서 제가 포럼에서 10년 이상, 나보다 5배는 더 많은 경험을 가진 프로그래머를 상대하고 있다는 것을 깨달았습니다. 메시지의 수와 그의 무기고에는 최소한 1개의 기사, 5개의 완성된 작업 및 3개의 코드가 KB에 있으며 등급은 내 것보다 2배 이상 높습니다.
그래서 내 생각에 당신은 MT5의 기능에 매우 정통하고 나처럼 문서를 잘 알고 있으며, 당신의 질문은 비디오를 저장할 수 있는 잠재적 가능성에 관한 것이고 당신은 내 의견에 관심이 있다는 결론을 내렸습니다. 나는 Canvas에서 더듬거리고 있습니다. 그래서 잠재적인 기회의 형태로 답변을 드리기 시작했습니다.
아니면 당신은 "그리고 당신의 빗자루는 날 수 있습니다."
그러나 낙서꾼은 일반적으로 자신을 매우 똑똑하다고 생각하는 사람들이기 때문에 특별히 걱정하지 않습니다. 합기도와 그들은 일반적인 웃음에 충돌합니다.
위협 그리고 달에 대해, 당신의 대답 NO는 나를 웃게 만들었습니다. 알아요 - 이것이 정답입니다. 그런 질문에 대한 나의 "틀린" 대답은 다시 말하지만 누가 나에게 이 질문을 하느냐에 따라 다를 것입니다.
답변은 질문자의 수준이 아니라 답변자의 수준이어야 한다고 생각합니다.
게다가 같은 질문이지만 다른 맥락에서 묻는다면 다른 대답을 내포한다. 이 포럼에서 묻는 질문은 재봉 포럼에서 묻는다면 다른 대답이 될 것입니다.
...하지만 gif가 그것과 무슨 관련이 있습니까? 원칙적으로 무언가가 움직이면 이것은 gif입니까?
Wikipedia의 정의에 따르면 저는 gif가 없습니다. 로컬 형식은 256개의 가능한 색상과 색상 팔레트 인덱싱만을 의미합니다. 품질 저하를 방지하고 싶었기 때문에 아직 하지 않았습니다. 물론 이미지 압축이 더 잘되지만 200*200 및 10프레임 크기의 gif의 경우 실제로는 필요하지 않습니다. 그들은 잘 압축합니다.
GIF 형식은 애니메이션 이미지를 지원합니다. 몇 가지 정적 프레임 의 시퀀스와 각 프레임이 화면에 표시되어야 하는 시간에 대한 정보입니다. 애니메이션을 주기적으로 만들 수 있습니다( eng. 루프). 그런 다음 마지막 프레임 이후에 첫 번째 프레임의 재생이 시작됩니다.
GIF 애니메이션은 다음 프레임 전체를 저장하지 않고 이전 프레임과 관련된 변경 사항만 저장하기 위해 투명도를 사용할 수 있습니다.
문서화되지 않았지만 지원되는 기능은 프레임 간 지연이 없는 애니메이션 GIF로 더 많은 색상을 저장하는 것입니다. 이것은 256색의 한계를 극복합니다: 각 프레임에는 고유한 팔레트가 있습니다.[해명 하다][4] .
Graphics Interchange Format Расширение MIME-тип Сигнатура Разработчик Тип формата GIF (англ. «формат для обмена изображениями») — популярный растровый формат графических изображений. Способен хранить сжатые данные без потери качества в формате не более 256 цветов. Не зависящий от аппаратного обеспечения формат GIF был разработан в 1987...
Dmitry Fedoseev : "전혀 그렇지 않다"가 아니라 "전혀 그렇지 않다" GIF ))
이제 내 GIF 구현을 다시 읽으십시오. 압축 방법은 유사하지만 세부 사항은 다릅니다. 내 복제 메커니즘과 캔버스를 사용한 모든 작업에 대한 저작권이 있기 때문에 완전한 일치를 얻을 수 없습니다.
구현을 기다리고 있습니다.)) 실제 GIF가 무엇인지 보여주세요.))
위협. 어린아이처럼 혀를 드러내기 위해 권위를 사용하는 것 같습니다. 당신은 그런 것을 만든 적이 없으며 이것으로 개를 먹은 사람과 논쟁하고 있습니다. 재미있네요. 그리고 당신이 논쟁한다면, 몇 가지 사실, 코드를 제공하십시오. 나는 바보처럼 보이지 않기 위해 고등 수학의 주제에 대해 당신과 논쟁하지 않습니다. 작은 트롤로 변하지 마십시오. 권위를 유지하십시오.
또 다른 옵션이 있으며 아마도 가장 흥미롭고 유용할 것입니다. Win API: AVIFileOpen(), AVIFileCreateStream() 등
모든 것이 간단하다는 사실 때문에 그것은 확실히 넌센스입니다. 나는 나 자신을 속였다. gif(특히 비디오)를 처음부터 직접 만드는 것은 거의 불가능합니다. 우리는 거대한 기술 기반이 필요합니다. 모든 미묘함을 알기 위해서는 캔버스에서 작업할 수 있어야 합니다. 제 경우에는 마크업 언어, 생성자, 엔진 등 많은 것들이 필요했습니다.
표준 도구를 사용하여 gif를 구현하면 문제가 발생할 수 있지만 라이브러리가 캔버스와 전혀 작동하지 않는다는 사실에도 불구하고 이러한 솔루션을 표준 라이브러리에 통합할 수 있습니까? 캔버스에 나만의 창과 많은 솔루션이 있습니다. 그러나 표준 도구를 사용하면 프로토타입을 만들 수 있지만 완전히 적용할 수 있는 것은 아닙니다.
예, 일종의 마크업 언어, 일종의 생성자, 일종의 엔진... 하지만 gif가 그것과 무슨 관련이 있습니까? 원칙적으로 무언가가 움직이면 이것은 gif입니까?
네, 일종의 마크업 언어, 일종의 생성자, 일종의 엔진입니다. ..하지만 gif와 관련이 있습니까? 원칙적으로 무언가가 움직이면 이것은 gif입니까?
안드레이 감사합니다 :)
Andrey, "비디오로 저장할 수 있습니까?"라는 질문에 대한 논리적 추론을 설명하겠습니다.어떤 질문에 대답하기 전에 나는 가능한 수단을 통해 질문을 하는 사람과 그 수준을 이해하려고 노력합니다. 첫째, 당신의 답을 좀 더 정확하고 명료하게 작성하기 위해서, 둘째, 질문으로 질문에 대답하지 않도록 매우 모호한 질문의 의미를 이해하기 위해서입니다.
물론, 나는 당신의 프로필에 갔다.
- 162라고 가정하고 포럼에서 2-5개월 동안 등급을 본다면 초보자가 질문을 하고 있다는 것을 이해할 것입니다.
그리고 간단히 대답하겠습니다. "현재 MT5에는 동영상 저장이 구현되어 있지 않지만 원하는 경우 모든 작업을 수행할 수 있습니다."- 하지만 포럼에서 귀하의 이름이 자주 떠올랐고 귀하의 프로필에서 제가 포럼에서 10년 이상, 나보다 5배는 더 많은 경험을 가진 프로그래머를 상대하고 있다는 것을 깨달았습니다. 메시지의 수와 그의 무기고에는 최소한 1개의 기사, 5개의 완성된 작업 및 3개의 코드가 KB에 있으며 등급은 내 것보다 2배 이상 높습니다.
그래서 내 생각에 당신은 MT5의 기능에 매우 정통하고 나처럼 문서를 잘 알고 있으며, 당신의 질문은 비디오를 저장할 수 있는 잠재적 가능성에 관한 것이고 당신은 내 의견에 관심이 있다는 결론을 내렸습니다. 나는 Canvas에서 더듬거리고 있습니다.그래서 잠재적인 기회의 형태로 답변을 드리기 시작했습니다.
그러나 낙서꾼은 일반적으로 자신을 매우 똑똑하다고 생각하는 사람들이기 때문에 특별히 걱정하지 않습니다. 합기도와 그들은 일반적인 웃음에 충돌합니다.
위협 그리고 달에 대해, 당신의 대답 NO는 나를 웃게 만들었습니다. 알아요 - 이것이 정답입니다. 그런 질문에 대한 나의 "틀린" 대답은 다시 말하지만 누가 나에게 이 질문을 하느냐에 따라 다를 것입니다.
...하지만 gif가 그것과 무슨 관련이 있습니까? 원칙적으로 무언가가 움직이면 이것은 gif입니까?
"전혀 그렇지 않다"가 아니라 "전혀 그렇지 않다" GIF ))
왜요? 위키 정의를 읽어 보셨습니까? 아닌 것 같습니다. 인용문은 다음과 같습니다.
애니메이션 이미지 [ 편집 | 코드 편집 ]
GIF 형식은 애니메이션 이미지를 지원합니다. 몇 가지 정적 프레임 의 시퀀스와 각 프레임이 화면에 표시되어야 하는 시간에 대한 정보입니다. 애니메이션을 주기적으로 만들 수 있습니다( eng. 루프). 그런 다음 마지막 프레임 이후에 첫 번째 프레임의 재생이 시작됩니다.
GIF 애니메이션은 다음 프레임 전체를 저장하지 않고 이전 프레임과 관련된 변경 사항만 저장하기 위해 투명도를 사용할 수 있습니다.
문서화되지 않았지만 지원되는 기능은 프레임 간 지연이 없는 애니메이션 GIF로 더 많은 색상을 저장하는 것입니다. 이것은 256색의 한계를 극복합니다: 각 프레임에는 고유한 팔레트가 있습니다. [ 해명 하다] [4] .
압축 [ 편집 | 코드 편집 ]
GIF는 LZW 압축 형식을 사용합니다. 따라서 반복되는 섹션이 있는 선이 있는 이미지는 잘 압축됩니다. 특히 가로로 같은 색상 의 픽셀 이 많은 이미지 [5] .
LZW 압축 알고리즘은 무손실 압축 형식입니다. 이는 GIF에서 복구된 데이터가 압축된 데이터와 정확히 일치함을 의미합니다. 이것은 팔레트가 있는 8비트 이미지에만 해당되며 컬러 사진의 경우 256색으로의 변환으로 인해 손실이 발생합니다.
LZW 압축 방법은 1978년 이스라엘인 Abraham Lempel 과 Jacob Ziv 에 의해 개발되었으며 나중에 Terry Welch에 의해 미국에서 개발되었습니다. LZW는 파일 전체에서 동일한 시퀀스("구"라고 함)를 찾아 데이터를 압축합니다. 식별된 시퀀스는 테이블에 저장되고 더 짧은 마커(키)가 할당됩니다.
RLE 와 같은 LZW 방법은 균일하고 노이즈가 없는 색상 영역에서 더 잘 작동하며 임의의 그래픽 데이터를 압축할 때 RLE보다 훨씬 더 잘 작동하지만 인코딩 및 압축 해제 프로세스는 느립니다.
"전혀 그렇지 않다"가 아니라 "전혀 그렇지 않다" GIF ))
이제 내 GIF 구현을 다시 읽으십시오. 압축 방법은 유사하지만 세부 사항은 다릅니다. 내 복제 메커니즘과 캔버스를 사용한 모든 작업에 대한 저작권이 있기 때문에 완전한 일치를 얻을 수 없습니다.
구현을 기다리고 있습니다.)) 실제 GIF가 무엇인지 보여주세요.))
위협. 어린아이처럼 혀를 드러내기 위해 권위를 사용하는 것 같습니다. 당신은 그런 것을 만든 적이 없으며 이것으로 개를 먹은 사람과 논쟁하고 있습니다. 재미있네요. 그리고 당신이 논쟁한다면, 몇 가지 사실, 코드를 제공하십시오. 나는 바보처럼 보이지 않기 위해 고등 수학의 주제에 대해 당신과 논쟁하지 않습니다. 작은 트롤로 변하지 마십시오. 권위를 유지하십시오.