Ascii85에서 Text로 변환기
텍스트를 Ascii85로 인코딩하거나 Ascii85를 다시 텍스트로 디코딩하세요. Ascii85는 PostScript, PDF 스트림 및 Git 바이너리 패치에서 사용하는 Base85 인코딩입니다. 이 도구는 입력을 UTF-8 바이트로 변환하고, 4바이트마다 !부터 u까지의 문자 5개로 바꿉니다. 0 바이트 4개는 z로 표시하고, 결과를 Adobe의 <~ 및 ~> 구분자로 감쌀 수도 있습니다. 디코딩할 때는 두 형식을 모두 허용하고 공백 문자를 무시합니다.
자주 묻는 질문
Ascii85란 무엇인가요?
Base85라고도 하는 Ascii85는 바이너리 데이터를 출력 가능한 ASCII 문자로 인코딩합니다. 4바이트마다 ! (33)부터 u (117)까지의 문자 5개로 바꾸므로, Base64의 33퍼센트에 비해 오버헤드가 25퍼센트에 불과합니다. Adobe는 PostScript와 PDF에서 이를 사용합니다.
잘 알려진 Ascii85 예시에는 무엇이 있나요?
Man 뒤에 공백 하나를 붙인 네 문자는 9jqo^가 되고, Man is distinguished는 9jqo^BlbD-BleB1DJ+*+F(f,q가 됩니다. 텍스트 sure.는 F*2M7/c가 됩니다. 이 도구는 이 값들을 반환하고 다시 디코딩합니다.
z 문자는 무엇을 의미하나요?
0 바이트 4개는 !!!!! 대신 z 하나로 표시합니다. 디코더는 z를 다시 0 바이트 4개로 확장합니다. z는 그룹의 시작 위치에만 올 수 있습니다.
<~ 및 ~> 구분자는 무엇인가요?
Adobe 형식은 <~와 ~>로 Ascii85 데이터의 시작과 끝을 표시합니다. 인코딩할 때 옵션을 켜면 구분자가 추가됩니다. 디코딩할 때는 구분자가 있으면 도구가 제거하므로 두 형식을 모두 사용할 수 있습니다.
마지막 부분 그룹은 어떻게 처리되나요?
입력 길이가 4의 배수가 아니면 마지막 그룹을 0바이트로 채운 뒤 인코딩하고, 처음 n+1개 문자만 남깁니다. 디코딩할 때는 u로 채우고 여분의 바이트를 버려 입력을 정확히 복원합니다.
입력이 거부되는 이유는 무엇인가요?
!부터 u까지의 문자와 z가 유효합니다. v부터 y까지의 문자, 그룹 내부의 z, 끝에 남은 문자 하나, 또는 값이 32비트를 초과하는 그룹은 유효하지 않습니다. 공백 문자는 무시됩니다.
Z85 또는 RFC 1924 Base85와 같은 형식인가요?
아니요. ZeroMQ의 Z85와 RFC 1924은 서로 다른 85자 알파벳을 사용합니다. 이 도구는 PostScript, PDF 및 Python의 base64.a85encode에서 사용하는 Adobe 및 btoa 방식의 Ascii85를 구현합니다.
디코딩 결과가 유효하지 않은 UTF-8이라고 표시되는 이유는 무엇인가요?
Ascii85에는 압축된 PDF 스트림 같은 바이너리 데이터가 자주 들어 있습니다. 이 도구는 유효한 UTF-8 텍스트인 디코딩 데이터만 표시하고, 읽을 수 없는 바이트는 출력하는 대신 다른 내용이라고 알립니다.
ASCII가 아닌 문자는 어떻게 인코딩되나요?
먼저 텍스트를 UTF-8로 변환하므로, 악센트 문자가 있는 글자와 이모지는 인코딩 전에 각각 여러 바이트가 됩니다. 디코딩하면 같은 문자로 복원됩니다.
얼마나 많은 데이터를 변환할 수 있나요?
요청당 최대 5 MiB의 텍스트를 변환할 수 있습니다. 변환은 서버에서 실행되며 입력은 저장되지 않습니다.