TooManyRecipeViewers (TMRV): что это и зачем он в Minecraft
Если вы собираете модовую сборку и привыкли к EMI, но не хотите тащить в клиент полноценный JEI ради плагинов, TooManyRecipeViewers (TMRV) может стать тем самым «мостом», который связывает два мира: привычные JEI-плагины и современный просмотр рецептов в EMI. По сути TMRV — слой совместимости: он помогает запускать плагины, написанные под JEI, вместе с EMI, при этом сам JEI вам не обязателен. Важно: без EMI мод не имеет смысла — EMI должен быть установлен, иначе механика просмотра крафта просто не к чему «подцепить».
EMI, JEI и почему вообще появился TMRV
В экосистеме модов рецепты — это не только верстак и печь: это кастомные категории, поиск по ингредиентам, подсказки для модовых блоков и целые цепочки крафта. EMI и JEI решают похожую задачу, но делают это по-разному. Внутри EMI есть встроенный слой JEMI, который по сути опирается на внутренности JEI и старается «переложить» данные в EMI. TMRV задуман иначе: он стремится заменить использование JEI API преобразованием вызовов в EMI API, чтобы не таскать лишний реестр и не гонять лишние этапы инициализации.
Упрощая образно: JEMI ближе к сценарию «поднять JEI и потом импортировать», а TMRV — к более прямому переводу интерфейсов, как если бы вы переносили программу между средами с разной архитектурой. Отсюда и разные компромиссы: TMRV может быть экономнее по ресурсам, но сопровождать такой подход сложнее.
Скорость загрузки мира и память: где TMRV часто выигрывает
Один из самых заметных практических эффектов — поведение при входе в мир. В типичной схеме с JEMI инициализация JEI-плагинов может блокировать загрузку: пока всё не поднимется, вы фактически ждёте. EMI, напротив, может подгружать часть работы асинхронно уже после того, как мир оказался загружен. В связке TMRV+EMI это часто превращается в ощутимо более быстрый старт, особенно на тяжёлых сборках с кучей модов и нестандартных рецептов.
Второй плюс — память: за счёт того, что TMRV избегает необходимости держать «как у JEI» целый тяжёлый реестр там, где можно обойтись маппингом к EMI, расход RAM на крупных пакетах может быть ниже, чем у сценария EMI+JEI через JEMI. Это не «магия от одного файла», а следствие архитектуры: меньше лишней работы на этапе подготовки данных о крафте и поиска по ингредиентам.
Совместимость плагинов: что обычно работает лучше
Если сравнивать покрытие API, у TMRV заявляется более широкая поддержка встроенных типов рецептов JEI, чем у JEMI (где ограничения заметнее именно на «встроенных» категориях). Также TMRV может лучше справляться с отдельными вещами уровня алиасов ингредиентов и поиска, а также с createRecipeExtras — то есть с теми деталями, которые в реальных сборках часто влияют на удобство, когда моды добавляют нестандартные подсказки и отображение.
При этом честность важна: TMRV не «копия JEI». Есть сценарии, где JEMI визуально «терпит» ситуацию за счёт реального JEI, а TMRV может показать ошибку — это не всегда означает, что JEMI «правильно поддерживает» кейс, иногда это просто разная стратегия совместимости.
Ограничения, о которых стоит знать до обновления сборки
TMRV не претендует на полную эмуляцию всего поведения JEI. Например, он ориентирован на ограниченный набор JEI-конфигов: из файлов JEI практически учитывается blacklist.json, остальное игнорируется, а для скрытия ингредиентов логичнее опираться на настройки EMI. Recipe Manager Plugins в JEI — устаревающая идея, и «правильная» поддержка без глубоких вмешательств в EMI автор не планирует. Расширения категорий ванильного крафта/ковки в JEI пока не поддерживаются. А любые попытки менять реестры рецептов и ингредиентов на лету после определённого этапа инициализации сознательно режутся исключением, потому что это плохо стыкуется с моделью EMI.
- Версии и обновления: перед установкой сверяйте совместимость TMRV с вашей веткой Minecraft и версией EMI — несостыковки версий чаще всего ломают не «биомы», а именно интерфейсы рецептов.
- Сборки и сервера: на серверах обычно важно, чтобы клиент и набор модов совпадали; TMRV относится к клиентской логике отображения, но рассинхрон модов всё равно даст странные эффекты в крафте.
- Лицензия: проект распространяется под OSL-3.0; при использовании в любой форме действуют условия лицензии проекта — это стоит иметь в виду, если вы перепаковываете моды или делаете публичную сборку.
Когда TMRV имеет смысл, а когда проще остаться на JEMI
TMRV особенно уместен, если вы хотите EMI как основной просмотрщик рецептов, но не готовы платить временем загрузки и памятью за полноценный JEI ради плагинов. Если же вам критична максимальная «как в JEI» совместимость в спорных кейсах, иногда JEMI остаётся более предсказуемым выбором ценой производительности.
Параллельно многие игроки упрощают себе жизнь на этапе подбора модов: этот мод можно легко установить через лаунчер foxygame.net — удобный, гибкий и современный лаунчер для Minecraft, где можно скачать моды прямо из меню, не собирая вручную десятки ссылок и не путаясь в версиях зависимостей.
Вывод
TooManyRecipeViewers — это не «ещё один JEI», а инженерный компромисс ради EMI: меньше лишней работы при старте, потенциально ниже нагрузка на память и более широкое покрытие части JEI API, но с явным списком ограничений и осознанным отказом от некоторых устаревших или плохо сочетаемых с EMI практик. Если вы любите модовые механики, сложные цепочки крафта и частые обновления сборок, TMRV стоит рассматривать как инструмент оптимизации клиента — при условии, что вы готовы принять его правила игры в конфигах и совместимости.
--- **Обновление 26.04.2026:** Добавлено 2 файла для версии 1.21.1, 1.20.1 (NeoForge, Forge). --- **Обновление 26.05.2026:** Добавлено 4 файла для версии 1.21.1, 1.20.1 (NeoForge, Forge). --- **Обновление 05.07.2026:** Добавлено 2 файла для версии 1.21.1, 1.20.1 (NeoForge, Forge).