리테매틱은 레시피를 확장하기 전까지 실제 비용을 숨긴다
도식은 블록을 나열할 뿐 재료를 나열하지 않는다. 판자 아홉 블록은 원목 아홉 개가 아니며, 그 차이가 대부분의 채집 계획이 무너지는 지점이다.
.litematic 파일은 블록 상태를 저장할 뿐, 자원을 저장하지 않는다. 건축물을 월드에 붙여넣으면 Material Calculator의 가져오기 기능이 "참나무 판자 수백 개 필요"라고 알려줄 것이다. 하지만 실제로 벌목해야 하는 숫자는 그보다 적고, 들고 다녀야 하는 원목 개수는 더욱 적다. 이 둘 사이를 연결하는 것이 바로 이 작업의 전부다.
블록은 재료가 아니다
모든 제작 레시피에는 산출량이 있다. 원목 하나는 판자 네 개가 된다. 판자 네 개는 제작대 하나, 상자 하나, 또는 막대기 네 개가 된다. 도식이 "상자: 12개"라고 보고한다면 그것은 레시피의 산출물을 보고하는 것이며, 계산기는 그 레시피를 역으로 따라가 투입물을 구한다.
이는 사람들이 대량으로 설치하는 블록에서 가장 중요하다:
| 설치된 블록 | 원재료 투입 |
|---|---|
| 판자 | 원목, 개수의 4분의 1 |
| 막대기 | 판자, 개수의 4분의 1 |
| 반 블록 | 원래 블록, 개수의 절반 |
| 계단 | 원래 블록, 대략 4분의 3 |
| 유리판 | 유리 블록, 16개당 6개 |
반 블록과 계단 항목이 함정이다. 계단은 그것을 잘라낸 블록보다 저렴하지 않다 — 같은 블록을 자른 것뿐이다. 장식용 계단 난간을 만들면 돌 예산은 줄지 않는다. 블록 개수는 줄어들지만 예산은 그대로다.
숫자는 어디서 오는가
계산기는 지역 파일을 읽고, 각 팔레트 항목을 블록으로 해석한 다음, 불러온 레시피 세트에서 해당 블록의 레시피를 찾는다. 두 개 이상의 아이템을 생산하는 레시피는 요구량을 나누며, 대안이 있는 레시피(모든 판자 종류, 모든 원목 종류)는 단일 수치가 아닌 선택지로 보고된다.
블록에 레시피가 없으면 — 자연 생성된 돌, 심층암, 모래 — 확장할 것이 없으므로 그 자체로 보고된다.
Java와 Bedrock은 여기서 다르다
일반적인 블록의 레시피 산출량은 에디션 간에 동일하지만, 파일 형식은 그렇지 않다. .litematic은 Litematica(Java, Fabric) 형식이다. .schem는 WorldEdit, Java다. Bedrock의 기본 구조물 형식은 .mcstructure이며, Java 도구로는 읽을 수 없다. Bedrock에서 건축하고 재료를 계획하려면 먼저 변환기를 통해 내보내거나, 직접 세어야 한다.
보유량 추적
이 도구의 후반부는 체크리스트다. 각 원재료에 채집한 개수가 배정되고, 입금할 때마다 막대가 채워진다. 이것이 실제로 시간을 절약해 주는 부분이다: 확장된 목록은 보통 한두 가지 재료 — 돌, 판자, 유리 — 가 대부분을 차지하며, 채굴을 시작하기 전에 이를 아는 것이 첫 한 시간을 어떻게 보낼지 바꿔 놓는다.
도식을 가져와서 확장된 목록을 Material Calculator에서 확인해 보라.