Манга, манхва и вебтун: в чём разница?

Три формата, три производственных вызова

Мангу, манхву и вебтуны часто объединяют под названием «азиатские комиксы», но с производственной точки зрения они довольно различны. Манга (японская) использует страницы фиксированного размера, обычно около 690×1024 пикселей в цифровом виде, с плотными макетами панелей и узкими отступами. Манхва (корейские печатные комиксы) использует похожий постраничный формат, но с немного другими конвенциями панелей. Вебтуны (корейский цифровой формат) используют длинные вертикальные полосы, часто 800-1280 пикселей в ширину и 5000-20000 пикселей в высоту, спроектированные для мобильной прокрутки.

Эти различия форматов влияют на каждый этап конвейера колоризации. Размеры страниц определяют, как ИИ масштабирует и обрабатывает содержимое. Макет панелей влияет на то, как обнаруживаются и разделяются сцены. Стиль разделителей — чёрный для вебтунов, часто белый или серый для манги — определяет, какой алгоритм детекции применяется.

Инструмент колоризации, который хорошо работает для вебтунов, но не тестировался на манге, не справится с другой структурой панелей. Понимание этих различий необходимо для издателей, работающих с несколькими форматами.

Макет страницы: как формат формирует конвейер колоризации

Страницы вебтунов — высокие вертикальные полосы, оптимизированные для прокрутки на телефоне. Типичная страница может быть 1280 пикселей в ширину и 8000 пикселей в высоту — соотношение сторон 1:6 или более. При отправке в ИИ-модель с максимумом 2048 пикселей она уменьшается примерно до 340×2048. Этого едва хватает горизонтального разрешения, чтобы ИИ различил черты персонажей, не говоря уже о создании убедительных цветов.

Это изначальная проблема, для решения которой было создано виртуальное разделение изображений. Разделение полосы 1280×8000 на три-четыре меньших полосы позволяет обрабатывать каждую при большем эффективном горизонтальном разрешении. Полоса 1280×2000 уменьшается до 1280×2048 — почти четырёхкратное горизонтальное разрешение по сравнению с обработкой всей полосы целиком.

Страницы манги имеют обратную геометрию: шире, чем выше. Страница 690×1024 уменьшается до 1380×2048 — отличное разрешение. Но страницы манги содержат множество плотных панелей с узкими отступами, и ИИ должен колоризировать каждую панель независимо, сохраняя при этом согласованность по странице. Вызов смещается от разрешения к пониманию панелей.

Разделители панелей и отступы: не всё чёрное пространство одинаково

Вебтуны используют большие чёрные разделители панелей — часто от 60 до 200 пикселей чистого rgb(0,0,0) между сценами. Это идеальный случай для нашей детекции чёрных пустот: чётко определённые, единообразно форматированные и достаточно широкие для уверенного разделения. Порог 95% чёрных строк с суммой RGB ниже 15 улавливает их безошибочно, игнорируя тёмное художественное содержимое.

Манга использует узкие белые или серые отступы между панелями, обычно 5-15 пикселей шириной. Они невидимы для детекции чёрных пустот, поскольку имеют противоположный цвет. Для манги наш конвейер использует резервное принудительное разделение: когда страница достаточно высока, чтобы вызвать проблемы с разрешением, но не имеет чёрных разделителей, он ищет светлые отступы (сумма RGB выше 600) и разделяет по ним.

Манхва находится между ними. Корейские печатные комиксы часто используют чёрные разделители, как вебтуны, но с меньшей шириной, ближе к отступам манги. Некоторая манхва использует смесь чёрных и белых разделителей на одной странице. Наша система детекции справляется с этим естественным образом, поскольку сканирует каждую строку независимо — она не предполагает единый стиль разделителей по всей странице.

Соотношения сторон и ограничения API

У ИИ-моделей для изображений есть ограничения максимального разрешения. Google Gemini принимает изображения до 2048 пикселей по длинной стороне. Это единственное ограничение имеет каскадные последствия, которые кардинально различаются в зависимости от формата.

Страница манги 690×1024 уменьшается до 1380×2048 — отличное качество с обильным горизонтальным разрешением для деталей панелей. Страница вебтуна 1280×4000 уменьшается до 655×2048 — приемлемо, но заметно менее чётко. Страница вебтуна 1280×12000 уменьшается до 218×2048 — настолько узко, что лица персонажей размыты, и ИИ не может создать качественную колоризацию.

Поэтому виртуальное разделение изображений имеет порог принудительного разделения при соотношении сторон 2,5. Любое изображение выше, чем 2,5 его ширины, разделяется на части с целевым соотношением 2,0, гарантируя обработку каждой части при адекватном разрешении. Для манги этот порог срабатывает редко. Для вебтунов — почти на каждой странице.

Выбор правильного подхода для каждого формата

Для вебтунов конвейер работает оптимально сразу «из коробки». Чёрные разделители обнаруживаются автоматически, страницы разделяются на полосы по сценам, и умная группировка объединяет продолжения. Единственная необходимая настройка — конфигурация палитры для серии.

Для манги ожидайте меньше разделений на страницу (многие страницы манги не имеют внутренних чёрных разделителей) и большую зависимость от резервного принудительного разделения для негабаритных сканов. Палитры персонажей критичнее для манги, поскольку более плотный макет панелей означает больше персонажей на страницу и, соответственно, больший риск дрейфа цветов.

Для манхвы опыт обычно находится между двумя крайностями. Большинство манхвы имеет достаточно чёрных разделителей для автоматического разделения, но может потребовать резервную детекцию серых отступов для страниц со смешанными стилями разделителей. Переводы часты, поскольку манхва регулярно локализуется для японского и английского рынков.

Ключевой вывод: один инструмент колоризации должен умно работать со всеми тремя форматами, потому что издатели и сканлейт-команды часто работают с разными форматами. Инструмент, который обрабатывает только вебтуны, вынуждает команды использовать другой рабочий процесс для тайтлов манги, фрагментируя их конвейер и увеличивая затраты на обучение.