# Text에서 Ascii85로 변환기

텍스트를 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의 텍스트를 변환할 수 있습니다. 변환은 서버에서 실행되며 입력은 저장되지 않습니다.

여기에 광고를 게재하시겠어요?

[이메일 보내기](mailto:hi@dennn.is?subject=OneClick%20Pro%20%EA%B4%91%EA%B3%A0%20%EB%AC%B8%EC%9D%98)

[광고 WordPress을 위한 에이전트 지원 플러그인 모음입니다.](https://sleekwp.com/?ref=oneclickpro)