이미지 및 사진 · 브라우저 이미지 및 그림 편집기
브라우저에서 12 메가픽셀 사진을 편집하려면 48 MB이 필요한 이유
· 작동 방식
이미지 편집 캔버스 브라우저 처리 중
A 3 MB JPEG은 디코딩되는 순간 수십 메가바이트가 됩니다. 왜냐하면 모든 픽셀에는 메모리에 4바이트가 필요하기 때문입니다. 이 게시물에서는 연산, 브라우저 도구가 업로드 한도가 아닌 기기의 메모리에 의해 제한되는 이유, 파일이 너무 큰 경우 수행할 작업에 대해 설명합니다.
사진이 느리게 열리거나 전혀 열리지 않는 경우 — 대용량 카메라 파일에서 브라우저 편집기가 멈추는 문제
압축된 메가바이트는 디코딩된 편집 공간을 예측하지 않습니다. 느리게 열리거나 전혀 열리지 않는 사진부터 시작하십시오. 이는 브라우저 편집기가 대용량 카메라 파일에서 멈추는 실질적인 문제입니다. 이 메모리 계산을 위해 구현된 규칙은 RGBA 스냅샷 추정이 픽셀당 4바이트를 사용한다는 것입니다. 따라서 작업 복사본을 만들기 전에 1200만 픽셀에는 하나의 비트맵에 대해 48,000,000 바이트가 필요합니다. 입력 파일은 40 MB로 제한되는 반면, 디코딩된 크기는 측면당 8,192 및 장치 픽셀 예산으로 독립적으로 제한됩니다.
하나의 RGBA 복사본에 대해 너비와 높이에 4를 곱한 다음 소스를 개봉 후 보고된 축소된 치수와 비교합니다. 기본 예산은 33,177,600 픽셀이고 iOS 경로는 16,777,216을 사용합니다. 대형 소스는 공지를 통해 축소됩니다. 작업 캔버스와 기록에 복사본을 추가할 수 있으므로 이는 전체 탭 메모리 약속이 아니라 기준선입니다.
파일 크기와 디코딩된 크기 — 압축하면 파일이 작아지지만 편집기는 압축되지 않은 모든 픽셀에서 작업해야 하는 이유
압축된 메가바이트는 디코딩된 편집 공간을 예측하지 않습니다. 파일 크기를 디코딩된 크기와 분리합니다. 압축하면 디스크에서 JPEG이 작아지지만 편집기는 압축되지 않은 모든 픽셀에 대해 작업해야 합니다. 이 메모리 계산을 위해 구현된 규칙은 입력 파일이 40 MB로 제한되는 반면, 디코딩된 크기는 측면당 8,192 및 장치 픽셀 예산으로 독립적으로 제한됩니다. 기본 예산은 33,177,600픽셀이고 iOS 경로는 16,777,216를 사용합니다. 대형 소스는 공지와 함께 비례적으로 축소됩니다.
하나의 RGBA 복사본에 대해 너비와 높이에 4를 곱한 다음 소스를 축소된 크기와 비교합니다. 실행 취소는 최대 40단계와 약 96MiB를 유지하여 가장 오래된 항목을 제거하는 동시에 하나의 큰 작업을 실행 취소할 수 없도록 유지합니다. 작업 캔버스는 복사본을 추가하므로 단일 비트맵 그림은 기준일 뿐입니다.
픽셀당 4바이트: 산술 — 너비 × 높이 × RGBA는 12 메가픽셀에 대해 48 MB을 제공하고 작업 복사본에 대해 더 많은 것을 제공합니다.
압축된 메가바이트는 디코딩된 편집 공간을 예측하지 않습니다. 주요 산술은 픽셀당 4바이트입니다. 너비에 높이를 곱하고 RGBA는 작업 복사본 전에 12메가픽셀에 대해 48 MB을 제공합니다. 이 메모리 계산을 위해 구현된 규칙은 다음과 같습니다. 기본 예산은 33,177,600 픽셀이고 iOS 경로는 16,777,216를 사용합니다. 대형 소스는 공지와 함께 비례적으로 축소됩니다. 실행 취소는 최대 40단계와 약 96MiB를 유지하여 가장 오래된 항목을 제거하는 동시에 하나의 큰 작업을 실행 취소할 수 없도록 유지합니다.
하나의 RGBA 복사본에 대해 너비와 높이에 4를 곱한 다음 소스를 축소된 크기와 비교합니다. RGBA 스냅샷 추정치는 픽셀당 4바이트를 사용하므로 복사본을 작업하려면 1,200만 픽셀에 48,000,000 바이트가 필요합니다. 작업 캔버스와 기록에 복사본이 추가되므로 단일 비트맵 그림이 기준이 됩니다.
한계는 어디에서 오는가 — 브라우저 캔버스 크기 한도, 탭당 메모리, 휴대폰과 데스크톱 간의 차이
압축된 메가바이트는 디코딩된 편집 공간을 예측하지 않습니다. 제한은 브라우저 캔버스 크기, 탭당 메모리, 휴대폰과 데스크톱 간의 차이 등 여러 위치에서 발생합니다. 이 메모리 계산을 위해 구현된 규칙은 실행 취소가 최대 40단계 및 약 96 MiB를 유지하여 가장 큰 작업 하나를 실행 취소할 수 없도록 유지하면서 가장 오래된 항목을 제거하는 것입니다. RGBA 스냅샷 추정치는 픽셀당 4바이트를 사용하므로 복사본을 작업하기 전에 1,200만 픽셀에 비트맵 하나에 48,000,000 바이트가 필요합니다.
하나의 RGBA 복사본에 대해 너비와 높이에 4를 곱한 다음 소스를 축소된 크기와 비교합니다. 입력 파일은 40 MB로 제한되는 반면, 디코딩된 크기는 측면당 8,192 및 장치 픽셀 예산으로 독립적으로 제한됩니다. 작업 캔버스와 기록에 복사본이 추가되므로 단일 비트맵 그림이 기준이 됩니다.
구현된 제한은 탭당 메모리 총계를 추측하는 것이 아니라 픽셀 및 크기 예산입니다.
압축된 메가바이트는 디코딩된 편집 공간을 예측하지 않습니다. 로컬 모델은 서버 측 이미지 처리 풀이 아닌 장치 메모리가 실제 상한선임을 의미합니다. 이 메모리 계산을 위해 구현된 규칙은 RGBA 스냅샷 추정이 픽셀당 4바이트를 사용한다는 것입니다. 따라서 작업 복사본을 만들기 전에 1200만 픽셀에는 하나의 비트맵에 대해 48,000,000 바이트가 필요합니다. 입력 파일은 40 MB로 제한되는 반면, 디코딩된 크기는 측면당 8,192 및 장치 픽셀 예산으로 독립적으로 제한됩니다.
하나의 RGBA 복사본에 대해 너비와 높이에 4를 곱한 다음 소스를 축소된 크기와 비교합니다. 기본 예산은 33,177,600 픽셀이고 iOS 경로는 16,777,216을 사용합니다. 대형 소스는 공지를 통해 축소됩니다. 작업 캔버스와 기록에 복사본이 추가되므로 이것이 기준이 됩니다.
이미지 업로드가 발생하지 않는 경우에도 파일 입력에 40 MB 유효성 검사 한도가 있습니다.
압축된 메가바이트는 디코딩된 편집 공간을 예측하지 않습니다. 6000×4000 사진을 고려하세요. 전체 RGBA 복사본 하나는 장치 피팅, 기록 또는 기타 캔버스 이전에 96,000,000바이트입니다. 이 메모리 계산을 위해 구현된 규칙은 입력 파일이 40 MB으로 제한되는 반면, 디코딩된 크기는 측면당 8,192 및 장치 픽셀 예산으로 독립적으로 제한됩니다. 기본 예산은 33,177,600픽셀이고 iOS 경로는 16,777,216을 사용합니다. 대형 소스는 공지와 함께 비례적으로 축소됩니다.
하나의 RGBA 복사본에 대해 너비와 높이에 4를 곱한 다음 소스를 축소된 크기와 비교합니다. 실행 취소는 최대 40단계와 약 96MiB를 유지하여 가장 오래된 항목을 제거하는 동시에 하나의 큰 작업을 실행 취소할 수 없도록 유지합니다. 작업 캔버스에 복사본이 추가되므로 이것이 기준이 됩니다.
작업 예: 6000×4000 소스에는 장치를 맞추기 전에 RGBA 복사본당 96,000,000 바이트가 필요합니다.
압축된 메가바이트는 디코딩된 편집 공간을 예측하지 않습니다. 이는 버전 간에 변경되는 정확한 브라우저별 제한이나 RAW 및 HDR 형식의 메모리 동작을 다루지 않습니다. 이 메모리 계산을 위해 구현된 규칙은 기본 예산은 33,177,600 픽셀이고 iOS 경로는 16,777,216을 사용합니다. 대형 소스는 공지와 함께 비례적으로 축소됩니다. 실행 취소는 최대 40단계와 약 96MiB를 유지하여 가장 오래된 항목을 제거하는 동시에 하나의 큰 작업을 실행 취소할 수 없도록 유지합니다.
하나의 RGBA 복사본에 대해 너비와 높이를 4로 곱한 다음 소스를 축소된 크기와 비교합니다. RGBA 스냅샷 추정치는 픽셀당 4바이트를 사용하므로 복사본을 작업하려면 1,200만 픽셀에 48,000,000 바이트가 필요합니다. 작업 캔버스와 기록에 복사본이 추가되므로 이것이 기준이 됩니다.
요점: 산술을 알고 편집합니다. 브라우저 이미지 및 그림 편집기가 로컬에서 대용량 파일을 처리하는 방법과 장치가 부족할 경우 수행할 작업
압축된 메가바이트는 디코딩된 편집 공간을 예측하지 않습니다. 편집하기 전에 산술을 알아야 합니다. 브라우저 이미지 및 그리기 편집기는 대용량 파일을 로컬에서 처리하지만 장치는 여전히 부족할 수 있습니다. 이 메모리 계산을 위해 구현된 규칙은 실행 취소가 최대 40단계 및 약 96 MiB를 유지하여 가장 큰 작업 하나를 실행 취소할 수 없도록 유지하면서 가장 오래된 항목을 제거하는 것입니다. RGBA 스냅샷 추정치는 픽셀당 4바이트를 사용하므로 복사본을 작업하기 전에 1,200만 픽셀에 비트맵 하나에 48,000,000 바이트가 필요합니다.
하나의 RGBA 복사본에 대해 너비와 높이에 4를 곱한 다음 소스를 축소된 크기와 비교합니다. 입력 파일은 40 MB로 제한되는 반면, 디코딩된 크기는 측면당 8,192 및 장치 픽셀 예산으로 독립적으로 제한됩니다. 작업 캔버스와 기록에 복사본이 추가되므로 이것이 기준이 됩니다.