Hydrus Network

Hydrus Network Client and Server — это не простой просмотрщик изображений и не классический фотоорганайзер в стиле папки, альбомы, дата съемки. Это специализированный менеджер медиаколлекций для людей, у которых накопились десятки тысяч файлов: изображения, мемы, арты, webm, gif, видео, аудио, PSD/Krita-проекты, архивы, материалы с booru-сайтов, референсы, AI-генерации и старые папки Downloads, где уже невозможно найти нужный файл вручную.

Выбор редакции

Скачать Hydrus Network бесплатно

ФотоМАСТЕР

Простой интерфейс
Ретушь и замена фона
Фильтры и автокоррекция
Быстрая обработка фото

Сложнее простых редакторов
Может быть избыточна для быстрых правок
Нужно время на освоение
Не все функции нужны новичку

Главная идея Hydrus Network — теги вместо папок. Пользователь импортирует файлы во внутреннюю базу Hydrus, добавляет к ним теги, ищет по комбинациям тегов и системных условий, фильтрует дубликаты, архивирует удачные материалы, удаляет мусор, настраивает загрузчики, использует локальные домены файлов и при необходимости подключает серверные службы или Client API. Программа устроена как персональный booru на компьютере: не альбом с фотографиями, а большая медиабаза, где один файл может одновременно относиться к десяткам смысловых категорий. Hydrus работает с тегами, внутренней базой, поисковыми предикатами, import options, ratings, duplicate filter, downloader pages, watcher pages, subscriptions, PTR и локальными сервисами тегов.

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

На скриншоте видно типичное рабочее пространство Hydrus Client: слева находится панель поиска и список selection tags, справа — большая сетка миниатюр. Пользователь видит не папки, а результат текущего запроса. Это принципиальная разница: файлы в Hydrus живут в базе, а интерфейс показывает их через поисковые страницы, домены и фильтры.

Что такое Hydrus Network

Hydrus Network состоит из двух главных частей: Hydrus Client и Hydrus Server. В обычной повседневной работе используется именно клиент. Он импортирует файлы, хранит их в локальной базе, создает миниатюры, ведет теги, отображает медиасетку, открывает media viewer, ищет дубликаты, запускает загрузчики и предоставляет API для внешних программ. Серверная часть нужна не всем: она предназначена для продвинутых сценариев, когда пользователь хочет запускать собственные репозитории данных или делиться тегами и файлами через серверные службы.

Hydrus Network удобно понимать как локальную медиабазу с поисковым движком. В обычной файловой системе один файл лежит в одной папке. Например, изображение можно положить в арт/персонажи/2024, но если оно одновременно относится к конкретному художнику, игре, персонажу, стилю, позе и источнику, папочная структура быстро ломается. Hydrus решает это через теги: файл может иметь одновременно creator:имя_автора, series:название, character:персонаж, blue hair, landscape, source:pixiv, rating:safe, meta:favourite и любые другие пользовательские обозначения.

В результате поиск становится естественным:

character:batman — найти все файлы с Бэтменом;
series:street fighter — показать материалы по Street Fighter;
creator:some artist — вывести работы конкретного автора;
system:inbox — показать новые, еще не разобранные файлы;
system:archive — показать уже принятые в коллекцию файлы;
system:filesize > 10MB — найти тяжелые файлы;
-solo — исключить файлы с тегом solo;
character:hu tao + solo — сузить выборку до одиночных изображений конкретного персонажа.

Hydrus Network хорошо подходит для коллекций, где один файл важен сразу по нескольким признакам. Это не просто картинка в папке, а объект в базе: у него есть хэш, импортная история, теги, URL, ratings, статус inbox/archive/trash, возможные связи с дубликатами и принадлежность к одному или нескольким локальным доменам файлов.

Для кого подходит программа

Hydrus Network имеет смысл использовать, когда коллекция уже переросла обычные папки. Если у пользователя 300 фотографий с отпуска, программа будет избыточной. Если у пользователя 80 000 изображений, webm, gif, референсов, артов, скриншотов, AI-генераций и сохраненных материалов из разных источников, Hydrus начинает выглядеть логичным выбором.

Программа особенно полезна для таких задач:

личный booru на компьютере;
каталогизация изображений по персонажам, сериям, художникам и темам;
хранение больших архивов арта, мемов, референсов и материалов с imageboards;
разбор старых папок с файлами без единой структуры;
поиск похожих и повторяющихся файлов;
организация AI-генераций с тегами, notes и источниками;
импорт изображений с сайтов через downloader pages;
ведение коллекции, где важны не папки, а гибкие поисковые комбинации;
хранение локальных тегов, которые не должны попадать в сеть;
разделение коллекции на несколько локальных файловых доменов.

Hydrus Network не стоит выбирать, если нужен простой визуальный каталог открыл папку — посмотрел фото — закрыл. Программа требует дисциплины. В ней можно быстро создать мощную систему, но так же быстро можно создать хаос из тегов, если импортировать все подряд и не продумать минимальные правила. Hydrus не заменяет Lightroom, не является редактором RAW, не предназначен для цветокоррекции, не строит красивую облачную галерею из коробки и не ориентирован на пользователей, которым важнее гладкий интерфейс, чем контроль над медиабазой.

Интерфейс Hydrus Client

Интерфейс Hydrus Client построен вокруг страниц. Каждая вкладка — это отдельная рабочая область: поиск файлов, импорт, gallery downloader, watcher, URL downloader, duplicates page или другая задача. Такой подход удобен для длительной работы: можно открыть страницу с system:inbox, рядом страницу с конкретным персонажем, отдельно страницу с импортом, а еще отдельно фильтр дубликатов.

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

Элемент интерфейса	Что делает
`file`	операции с файлами, импортом, экспортом и базовыми действиями
`pages`	создание и управление страницами
`database`	операции с базой, обслуживанием и связанными инструментами
`network`	загрузчики, подписки, URL-импорт, сетевые настройки
`services`	управление сервисами: локальные теги, рейтинги, Client API, серверные службы
`tags`	инструменты тегов, siblings, parents, миграция тегов
`help`	справка и документация
вкладки страниц	быстрый переход между поиском, импортом, загрузками и другими задачами
левая панель	поиск, активные предикаты, selection tags, домены, сортировка
правая область	сетка миниатюр или рабочий интерфейс текущей страницы
нижняя строка	статус выбранных файлов, размер, количество, прогресс операций

Самая важная зона — левая панель поиска. В ней пользователь вводит теги и системные предикаты. Здесь же находятся переключатели вроде include current tags, include pending tags, режим searching immediately, выбор файлового домена и домена тегов. По умолчанию пользователь чаще всего работает с сочетанием my files и all known tags: это значит, что Hydrus ищет среди локально импортированных файлов и учитывает известные теги из выбранных tag services.

Правая часть окна — медиасетка. Она показывает результат текущего запроса. Это может быть 8 файлов по конкретному персонажу, 300 файлов из inbox, 5 000 изображений из старого импорта или ограниченная выборка через system:limit. В Hydrus важно не держать огромные страницы открытыми без необходимости: программа рассчитана на большие базы, но отображение десятков тысяч миниатюр в одном окне все равно нагружает интерфейс.

Поддерживаемые типы файлов

Hydrus Network ориентирован на медиафайлы, но список поддерживаемых форматов шире, чем у обычного просмотрщика картинок. Программа определяет тип файла по содержимому, а не только по расширению или MIME-типу. Это полезно для старых архивов и скачанных файлов, где расширения часто бывают неправильными. В контекстном меню файла есть действие manage -> force filetype, если тип нужно переопределить вручную.

Категория	Примеры форматов	Комментарий
Изображения	JPEG, PNG, static GIF, WebP, AVIF, JPEG XL, BMP, HEIC, HEIF, ICO, QOI, TIFF	Основной сценарий работы программы
Анимации	animated GIF, APNG, animated WebP, AVIF sequence, HEIC/HEIF sequence, Ugoira	Подходит для коллекций с gif/web-анимациями
Видео	MP4, WebM, MKV, AVI, FLV, MOV, MPEG, OGV, RM, WMV	Просмотр через встроенный media viewer с mpv embed или Qt player
Аудио	MP3, OGG, FLAC, M4A, WAV, WMA и другие	Можно хранить и воспроизводить, но это не полноценный музыкальный плеер
Документы и приложения	PDF, EPUB, DOCX, XLSX, PPTX, SWF	Не все форматы просматриваются прямо в клиенте
Проектные файлы	CLIP, KRA, ORA, PSD, SAI2, SVG, XCF	Полезно для художников и архивов исходников
Архивы	CBZ, 7Z, GZIP, RAR, ZIP	CBZ может использоваться как комикс-архив с миниатюрой

Для коллекций арта особенно важна поддержка PSD, KRA и ORA. Hydrus может хранить такие файлы рядом с финальными PNG/JPEG-экспортами, находить их по тегам и сохранять связь через общий набор обозначений. Это удобно, когда одна работа существует как исходник, черновик, финальный рендер и несколько оптимизированных копий.

Импорт файлов

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

На странице импорта виден прогресс обработки, миниатюры добавляемых файлов и область selection tags. Такой экран появляется, когда пользователь добавляет локальные файлы или папку. Hydrus показывает, сколько файлов успешно импортировано, какие уже есть в базе, какие были ранее удалены и какие еще обрабатываются.

Базовый рабочий процесс выглядит так:

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

Статус inbox в Hydrus работает как очередь неразобранных файлов. Это один из самых полезных элементов программы. Новые материалы не смешиваются сразу с принятой коллекцией, а остаются в зоне обработки. Когда файл проверен и признан нужным, его можно отправить в archive. Если файл не нужен, он уходит в trash.

Что важно понимать про импорт

Hydrus удобен, когда импортировать файлы небольшими партиями и сразу обрабатывать их. Ошибка новичка — закинуть в базу 200 000 файлов, не продумав теги, локальные домены, import options и стратегию inbox/archive. Программа справится с большим количеством файлов, но пользователь потом столкнется с неразобранным массивом, где уже сложно отличить ценные материалы от случайного мусора.

Оптимальный старт:

импортировать 50–200 файлов;
проверить, как работает поиск;
добавить базовые теги;
протестировать F3 и manage tags;
попробовать archive/delete filter;
настроить минимальные namespaces;
только после этого переносить крупную коллекцию.

Логика тегов: почему Hydrus не похож на папочный каталог

Теги в Hydrus — основной способ найти файл. Папки отвечают на вопрос где лежит файл, а теги отвечают на вопрос что это за файл и как его потом искать. Поэтому в Hydrus важнее не дерево каталогов, а стабильный словарь тегов.

Простейший тег — обычная строка: flower, cat, landscape, wallpaper, meme. Более структурированный вариант — namespaced tag, то есть тег с пространством имен:

character:batman;
series:street fighter;
creator:artist_name;
person:niccolò machiavelli;
title:vitruvian man;
source:pixiv;
meta:favourite.

Namespaces помогают отделять разные смыслы. batman как обычный тег может быть чем угодно: персонажем, названием файла, мемом, серией или темой. character:batman уже однозначно говорит, что речь о персонаже. Hydrus также выделяет распространенные namespaces разными цветами, поэтому длинные списки тегов читаются быстрее.

Как добавлять теги

Для ручного тегирования используется окно manage tags. Его можно открыть клавишей F3, предварительно выбрав один или несколько файлов. В этом окне пользователь выбирает сервис тегов, вводит тег в поле автодополнения, подтверждает его и затем нажимает apply. Если нужно убрать тег, его можно ввести повторно или удалить из списка.

Окно manage tags показывает сразу несколько важных вещей: слева видна рабочая страница с файлами, в центре — диалог добавления тегов, справа — список уже связанных тегов. В нижней части диалога находятся кнопки apply и cancel. Это типичная операция в Hydrus: выбрать файл, нажать F3, добавить series:, character:, creator: или обычные descriptive tags, затем применить изменения.

В media viewer окно управления тегами ведет себя иначе: оно может быть немодальным, работать поверх просмотра и применять изменения без привычных apply/cancel, через закрытие окна. Это удобно при последовательном просмотре: пользователь открывает файл, добавляет тег, переходит Page Up/Page Down к следующему и продолжает разметку без постоянного закрытия диалога.

Хорошая система тегов

В Hydrus не нужно описывать каждый пиксель изображения. Это распространенная ошибка. Теги нужны для поиска, а не для идеальной энциклопедической классификации. Если пользователь никогда не будет искать left hand visible, такой тег только засорит базу. Если пользователь часто ищет автора, персонажа, серию, стиль или источник — эти теги действительно нужны.

Практичный минимум для медиаколлекции:

Namespace	Для чего использовать	Пример
`creator:`	автор, художник, студия	`creator:john_doe`
`series:`	игра, фильм, аниме, франшиза, проект	`series:street_fighter`
`character:`	персонаж	`character:batman`
`person:`	реальный человек	`person:niccolò_machiavelli`
`title:`	название конкретной работы	`title:vitruvian_man`
`source:`	источник или площадка	`source:pixiv`
`meta:`	личные служебные пометки	`meta:wallpaper_candidate`
`project:`	рабочий проект пользователя	`project:website_references`

Hydrus особенно силен, когда пользователь придерживается одной логики. Если сегодня писать creator:john doe, завтра artist:john_doe, а послезавтра john-doe, поиск начнет распадаться. Для исправления таких ситуаций есть siblings, но лучше не создавать лишнюю работу заранее.

Tag services: локальные теги, downloader tags и репозитории

Hydrus разделяет теги по сервисам. В новой базе обычно есть локальные сервисы вроде my tags и downloader tags. my tags удобно использовать для собственной ручной разметки. downloader tags подходит для тегов, которые пришли из загрузчиков или внешних источников. Пользователь может создать дополнительные локальные tag services через services->manage services.

Такая архитектура полезна, потому что разные теги имеют разный уровень доверия. Например:

ручные теги пользователя можно хранить в my tags;
теги, полученные с booru-сайта, отправлять в downloader tags;
экспериментальные автотеги держать в отдельном сервисе;
служебные теги проекта хранить отдельно;
приватные теги не смешивать с публичными репозиторными тегами.

Важно: локальные tag domains хранятся на диске пользователя и не публикуются сами по себе. Никакой тег не утекает просто потому, что он был создан локально. Сетевые действия появляются только при подключении репозиториев, отправке pending-изменений, использовании сервера, загрузчиков или API.

Siblings и parents

В больших коллекциях неизбежно появляются синонимы, опечатки и разные варианты одного имени. Для этого в Hydrus есть tag siblings и tag parents.

Siblings работают как система алиасов. Например, если в базе есть large и пользователь решает, что основной вариант должен быть huge, можно настроить sibling large -> huge. Тогда поиск и автодополнение будут учитывать цепочку синонимов. Это не просто косметика: siblings помогают приводить хаотичные теги к единому виду.

Parents работают как логическая надстройка. Например, если файл имеет тег character:batman, ему может виртуально соответствовать родительский тег series:dc_comics. Пользователь ищет по серии — и находит файлы с персонажем, даже если тег серии не был добавлен вручную к каждому файлу. Это удобно, но требует осторожности: плохо продуманные parents могут слишком сильно расширить выдачу.

Правильная стратегия — не строить идеальную онтологию до начала работы. Лучше использовать простые namespaces, постепенно исправлять повторяющиеся проблемы и добавлять siblings/parents только там, где они реально упрощают поиск.

Поиск и сортировка

Поиск в Hydrus строится на предикатах. Предикат — это условие, которое ограничивает результат. Обычный тег тоже является предикатом, но Hydrus поддерживает и специальные system:-условия: system:everything, system:inbox, system:archive, system:untagged, system:filesize, system:duration, system:ratio, system:width, system:height, system:filetype, system:limit и другие.

На скриншоте показан autocomplete dropdown с системными условиями. Когда поле поиска пустое, Hydrus предлагает system:-предикаты. Это позволяет искать не только по смыслу, но и по техническим признакам: размеру файла, разрешению, длительности, MIME-типу, статусу inbox/archive, количеству тегов и другим параметрам.

Обычный поиск по тегам

Чтобы найти файлы, пользователь открывает file search page, выбирает домен файлов и домен тегов, затем вводит тег. Когда в базе уже есть теги, автодополнение показывает совпадения и количество файлов рядом с каждым вариантом. Это количество помогает понять, насколько широким будет запрос.

Пример:

ввод character:hu tao покажет все файлы с этим персонажем;
добавление solo сузит выборку;
добавление -smile исключит изображения с тегом smile;
system:limit = 256 ограничит выдачу;
сортировка по размеру или времени импорта позволит быстро посмотреть самые тяжелые или самые новые файлы.

В этом примере слева виден активный поисковый предикат character:hu tao (genshin impact), а справа — найденные файлы. Ниже находится список selection tags, который показывает теги выбранного файла или группы файлов. Такая панель полезна не только для поиска, но и для анализа: пользователь быстро видит, какие теги уже есть у результата.

Домены поиска

Hydrus использует два основных типа доменов:

Домен	Что означает
File domain	где искать файлы: `my files`, `trash`, отдельный локальный домен
Tag domain	какие теги учитывать: `my tags`, `downloader tags`, `all known tags`, PTR или другой сервис

Обычная комбинация — my files + all known tags. Она ищет среди локальных файлов и учитывает все известные теги. Если нужно найти только то, что размечено вручную, можно выбрать my tags. Если нужно проверить удаленные файлы, можно переключить file domain на trash. Если есть несколько локальных file domains, можно искать внутри конкретного подмножества коллекции.

Wildcards

Hydrus поддерживает wildcard-поиск через *. Это помогает, когда пользователь помнит только часть тега. Например:

*gelion может помочь найти теги, заканчивающиеся на gelion;
*va*ge* может найти сложное совпадение по нескольким фрагментам;
title:cool pic* может собрать связанные страницы или варианты названия.

Wildcard-предикаты полезны, но ими не стоит злоупотреблять в огромных базах. Они могут быть тяжелее обычного точного поиска, особенно если совпадений много.

Отрицательные предикаты

Чтобы исключить тег, перед ним ставится дефис:

-solo-character:batman-system:inbox

Это позволяет строить запросы найди все, где есть X, но нет Y. Например, character:hu tao + -solo покажет файлы с персонажем, но исключит одиночные изображения. Отрицательные условия удобны, но могут быть тяжелее для базы, чем обычные включающие предикаты.

OR-поиск

В advanced mode Hydrus поддерживает более сложные запросы, включая OR-логику. Это нужно, когда пользователь хочет получить файлы, подходящие хотя бы под одно из нескольких условий. Например, можно искать несколько близких тегов, несколько вариантов имени или группу персонажей. OR делает поиск гибче, но требует аккуратности: чем сложнее логика, тем легче получить слишком широкую или медленную выдачу.

Редактирование активных предикатов

Активные предикаты можно редактировать через Right-Click или Shift+Double-Left-Click. Это особенно удобно для system:-условий. Например, если уже добавлен system:filesize < 200KB, не нужно удалять его и создавать заново: можно открыть редактирование и изменить лимит.

`searching immediately`

Переключатель searching immediately управляет тем, будет ли Hydrus сразу запускать новый поиск после каждого изменения предикатов. Если пользователь собирает тяжелый запрос из нескольких условий, лучше временно отключить немедленный поиск, добавить все нужные теги и только затем запустить выдачу. Это снижает лаги при работе с большой базой.

Media Viewer

Media Viewer — это режим просмотра отдельных файлов. Его можно открыть двойным кликом или middle-click по миниатюре. В нем пользователь просматривает изображения, анимации, видео и другие поддерживаемые медиа. Hydrus умеет воспроизводить аудио и видео через mpv embed или native Qt player, а для файлов, которые нельзя нормально показать внутри клиента, есть действие open externally.

На скриншоте видно несколько окон media viewer и контекстное меню. В меню присутствуют действия вроде current zoom, zoom in, zoom out, zoom full, manage tags, manage ratings, return to inbox, delete, copy, Start Slideshow. Это не просто окно просмотра: через него удобно сортировать, тегировать, оценивать и удалять файлы прямо во время просмотра.

Hover-панели

В media viewer есть hover-панели, которые появляются при наведении мыши к определенным зонам окна. В верхних областях можно получить доступ к тегам, навигации, zoom-командам, рейтинговым значкам и статусу файла. Такой интерфейс экономит место: картинка занимает большую часть окна, а элементы управления появляются только когда нужны.

Полезные действия в media viewer

Действие	Назначение
`manage tags`	открыть управление тегами
`manage ratings`	выставить оценки
`archive` / `return to inbox`	изменить статус обработки
`delete`	отправить файл в trash
`copy`	скопировать файл или данные
`open externally`	открыть файл внешней программой
`Start Slideshow`	запустить слайд-шоу
`zoom in` / `zoom out` / `zoom full`	управлять масштабом
Page Up / Page Down	переходить между файлами

Media Viewer особенно удобен для ручной сортировки. Пользователь открывает выборку, быстро просматривает файлы, добавляет теги, ставит ratings, отправляет мусор в trash и архивирует нужное.

Inbox, archive и trash

Hydrus использует модель, похожую на почтовую обработку. Новые файлы попадают в inbox. Это означает: файл импортирован, но еще не принят в коллекцию. Когда пользователь решил, что файл нужен, он отправляет его в archive. Если файл не нужен, он удаляется в trash.

Статусы работают как поисковые условия:

system:inbox — новые и неразобранные файлы;
system:archive — уже обработанные файлы;
trash как file domain — удаленные файлы;
system:everything — широкая выдача, которую не стоит постоянно держать открытой в огромных базах.

Архивирование можно выполнить через контекстное меню выбранных файлов или клавишей F7. Возврат в inbox выполняется через Shift+F7. Удаление отправляет файлы в trash, а Shift+Del может вернуть файл из корзины.

Archive/Delete Filter

Одна из самых практичных функций Hydrus — archive/delete filter. Она предназначена для быстрой обработки новых файлов. Пользователь выделяет группу миниатюр, выбирает filter->archive/delete в контекстном меню или нажимает F12, после чего Hydrus показывает специальный режим просмотра. В этом режиме каждое действие означает решение по текущему файлу.

Управление	Действие
`Left Button` или `F7`	оставить файл и архивировать
`Right Button` или `Del`	удалить файл
`Up`	пропустить файл
`Middle Button` или `Backspace`	вернуться назад
`Esc`, `Enter` или `F12`	остановить фильтрацию

Это один из лучших рабочих сценариев Hydrus. После большого импорта не нужно вручную кликать каждый файл и искать команду удаления. Можно быстро пройти пачку новых материалов: хорошее — в archive, плохое — в trash, сомнительное — пропустить.

Ratings

Hydrus поддерживает несколько видов оценок. Ratings — это не просто звезды, а отдельные сервисы, которые можно использовать как псевдотеги, фильтры и рабочие пометки.

Основные типы:

Тип рейтинга	Как работает	Пример применения
Like/dislike	два состояния плюс отсутствие оценки	`favourites`, оставить для экспорта, прочитать позже
Numerical	шкала вроде 3/5, 8/10	качество арта, приоритет референса
Inc/dec	счетчик с увеличением и уменьшением	сколько раз файл использовался, сколько раз пересматривался

В новой базе обычно есть like/dislike service favourites. Через services->manage services->add->local like/dislike ratings можно создавать дополнительные рейтинговые сервисы. Числовые ratings позволяют задавать диапазон, форму значков и логику отображения. Inc/dec работает как простой счетчик: left-click увеличивает значение, right-click уменьшает. Для массового выставления рейтинга по выбранным файлам используется F4.

Ratings удобны, когда тег кажется слишком тяжелым, а пометка нужна часто. Например, пользователь может создать like/dislike rating export later и одним кликом отмечать файлы, которые потом нужно выгрузить в отдельную папку.

Дубликаты и похожие файлы

Большие медиаколлекции почти всегда содержат дубликаты. Один и тот же арт может встречаться как PNG, JPEG, WebP, уменьшенная копия, обрезанная версия, файл с другой компрессией, версия с водяным знаком, версия без водяного знака, скриншот и оригинал. Hydrus имеет отдельную систему поиска и обработки потенциальных дубликатов.

Duplicate filter решает не только задачу одинаковые файлы удалить. В реальных коллекциях дубликаты часто не полностью одинаковые. Нужно выбрать:

какая версия лучше;
какие теги перенести;
какие URL сохранить;
какой файл оставить;
считать ли файлы дубликатами или alternates;
удалять ли худшую копию;
объединять ли метаданные.

Hydrus ищет потенциальные пары и показывает их в специальном фильтре. При большой базе таких пар могут быть тысячи. Это не баг, а нормальная цена большой медиаколлекции. Правильный подход — обрабатывать дубликаты постепенно, как inbox: понемногу, регулярно, не пытаясь решить все за один вечер.

Автоматическая обработка дубликатов

В Hydrus есть система duplicates auto-resolution. Она работает через правила: поиск пары, сравнение A/B и действие вроде A лучше B. Такой механизм полезен для очевидных случаев, например pixel-perfect-пар или почти одинаковых JPEG/PNG, но он требует осторожности. Все автоматические решения нужно сначала проверять в preview или semi-automatic режиме.

Хорошая практика:

не включать автоматическое удаление сразу на всей базе;
сначала обработать небольшую выборку;
проверить, как программа выбирает лучший файл;
не доверять полностью случаям с AI-upscale, обрезками, цветокоррекцией и версиями с разным источником;
делать резервную копию перед крупными массовыми операциями.

Import Options

Import Options — одна из самых мощных и сложных частей Hydrus. Это система правил, которая определяет, что делать с импортируемыми файлами и метаданными. Import Options участвуют в разных сценариях: локальный drag-and-drop импорт, downloader, Client API, повторный импорт, обработка тегов, notes и presentation logic.

Система делится на несколько подтипов:

Подтип	Что контролирует
Prefetch Import Options	надо ли повторно скачивать известный файл или метаданные
File Filtering Import Options	какие типы файлов разрешать или запрещать
Tag Filtering Import Options	какие файлы пропускать по тегам
Location Import Options	куда отправлять файлы и автоархивировать ли их
Tag Import Options	куда отправлять импортированные теги
Note Import Options	сохранять ли parsed notes
Presentation Import Options	какие импортированные файлы показывать в интерфейсе

Для новичка стандартные настройки обычно достаточны. Трогать Import Options стоит тогда, когда есть конкретная задача: например, не импортировать слишком большие видео, отправлять теги с одного сайта в отдельный сервис, автоматически архивировать материалы из надежного источника или скрывать уже известные файлы из выдачи после импорта.

Пример практического использования:

пользователь импортирует изображения с booru-сайта;
файлы идут в основной local file domain;
теги сайта попадают не в my tags, а в downloader tags;
слишком тяжелые video/webm можно отфильтровать;
файлы с нежелательными тегами можно не импортировать;
уже известные файлы не нужно повторно показывать на странице результата.

Загрузка из интернета

Hydrus имеет гибкую систему загрузчиков. Она рассчитана не на одну кнопку скачать сайт, а на контролируемое пополнение базы. В типовой свежей установке загрузчики добавляются пользователем самостоятельно, а downloader-система может работать с gallery search, subscriptions, watchers, URL downloads и простыми парсерами.

Основные типы загрузок:

Тип	Для чего нужен
Gallery download	booru-подобный поиск по тегам и скачивание результатов
Subscriptions	автоматическое повторение gallery-запросов для новых файлов
Watchers	отслеживание imageboard-тредов
URL download	импорт списка конкретных URL
Simple downloader	простые разовые правила для страниц со ссылками

Gallery downloader подходит, когда пользователь вводит запрос вроде blonde_hair blue_eyes, выбирает источник и получает очередь файлов. Subscription удобна, когда нужно следить за художником или тегом: Hydrus периодически проверяет новые материалы и добавляет только то, чего еще не видел. Watcher нужен для тредов, где появляются новые посты и файлы. URL download работает проще: пользователь вставляет конкретные ссылки, а Hydrus пытается их обработать.

Главное правило загрузок — начинать медленно. Hydrus легко помогает скачать слишком много. Это не преимущество, если пользователь не успевает разбирать результат. Если реально можно обработать 50 файлов в день, загрузка 500 новых файлов ежедневно просто создаст неуправляемый inbox. В Hydrus важно не количество скачанного, а способность поддерживать базу в чистом состоянии.

Bandwidth rules

Сетевые загрузки в Hydrus управляются правилами пропускной способности. Они защищают пользователя и сайты от слишком агрессивных запросов. Bandwidth rules работают по разным контекстам: глобально, по доменам, по downloader page, subscription или watcher. Настройки находятся в network->data->review bandwidth usage and edit rules.

Эти правила лучше не отключать без причины. Если убрать ограничения, можно получить лаги клиента, проблемы с очередями, блокировку со стороны сайта или перегрузку базы импортом.

URL, notes и metadata

Hydrus хранит не только файлы и теги. В базе могут быть URL, notes и дополнительные метаданные. URL помогают понимать источник файла и предотвращать повторную загрузку. Notes могут хранить текст, который пришел с сайта: описание автора, текст поста, подпись, комментарий или другой связанный фрагмент. В media viewer notes могут отображаться в hover-окне справа.

Это особенно полезно для AI-генераций и арт-архивов. Например, note может содержать промпт, описание генерации, исходный пост или комментарий автора. Вместо того чтобы хранить текст рядом в отдельном .txt, пользователь может связать его с файлом внутри Hydrus.

Multiple Local File Domains

Hydrus позволяет хранить файлы в разных локальных файловых доменах. Это не обычные папки, а отдельные списки файлов внутри базы. Один и тот же физический файл может входить в несколько доменов без дублирования на диске.

Типовые сценарии:

my files — основная коллекция;
sfw — безопасная подколлекция для показа при других людях;
work references — рабочие референсы;
ai outputs — AI-генерации;
personal photos — личные фотографии;
wallpapers — отобранные обои;
archive old imports — старый неразобранный импорт.

Это особенно важно для приватности. В одной базе могут храниться разные типы материалов, которые не хочется смешивать в одном поиске. Вместо того чтобы каждый раз строить сложный запрос с исключениями, можно переключить file domain и работать только с нужной областью.

Например, пользователь создает локальный домен sfw, копирует туда безопасные изображения, затем открывает поисковую страницу именно по этому домену. Файлы остаются в основной базе, но выдача ограничивается безопасным списком.

Public Tag Repository и обмен тегами

Public Tag Repository, или PTR, — это репозиторий тегов, который позволяет пользователям получать и отправлять tag mappings. Его смысл — не хранить файлы пользователя, а синхронизировать знания о тегах. Для коллекций, построенных вокруг booru-логики, это может быть полезно: пользователь импортирует файлы, а часть тегов уже может быть известна через репозиторий.

PTR не нужно включать без понимания. Репозиторные теги могут быть шумными, спорными, избыточными или не соответствовать личной системе пользователя. Кроме того, любые pending-изменения, которые пользователь отправляет в репозиторий, должны быть осознанными. Локальные приватные теги лучше держать в my tags или отдельном local tag service и не смешивать с публичной логикой.

Практичный подход:

сначала освоить my tags;
затем понять downloader tags;
потом изучить siblings и parents;
только после этого подключать PTR;
не отправлять личные, приватные или спорные теги в публичные сервисы;
использовать tag domains, чтобы отделять собственные теги от репозиторных.

Client API

Client API позволяет внешним программам обращаться к Hydrus Client. Через API можно интегрировать браузерные расширения, веб-клиенты, инструменты загрузки, AI-пайплайны, автотеггеры и другие утилиты. По умолчанию API выключен. Для включения используется services->manage services, где задается порт. Типичный локальный адрес для проверки — 127.0.0.1:45869. API работает только пока открыт клиент.

Важные детали:

Параметр	Значение
Состояние по умолчанию	выключен
Включение	`services->manage services`
Типичный порт	`45869`
Локальная проверка	`127.0.0.1:45869`
Доступ внешних программ	через access key
Безопасность	локально безопаснее, наружу открывать только с пониманием сети

Каждая внешняя программа должна иметь собственный access key. Это нормальная модель: браузерное расширение, веб-интерфейс и автотеггер не должны использовать один общий ключ, если их можно разделить. Если ключ нужно отозвать, это будет проще.

API не стоит открывать в интернет без сетевого опыта. Локальное HTTP-соединение нормально для связи внутри одного компьютера или домашней сети, но для внешнего доступа нужны HTTPS, сертификаты, reverse proxy, firewall, port forwarding и понимание рисков. Hydrus — приватный локальный архив, и API может стать слабым местом, если включить его бездумно.

Сервер Hydrus

Hydrus Server — отдельная часть системы. Обычному пользователю он не нужен для импорта файлов, тегирования, поиска, просмотра, ratings, duplicate filter или загрузчиков. Клиент полностью работоспособен сам по себе. Сервер нужен для продвинутых задач: запускать свои службы, репозитории и управлять доступом пользователей.

В Hydrus важно различать server и service:

Термин	Значение
Server	запущенный экземпляр `hydrus_server` или `hydrus_server.exe`
Service	отдельная служба на порту, которая отвечает на HTTP-запросы
Administration service	служба управления сервером
Repository service	служба для хранения и синхронизации данных

Сервер настраивается через клиент. У него нет привычной модели открыл конфиг и руками переписал все параметры. Запускать сервер лучше из терминала, чтобы видеть сообщения и ошибки. Административный интерфейс использует порт вроде 45870, а отдельные service могут работать на других портах, например 45871.

Для большинства пользователей сервер — лишний уровень сложности. Если задача сводится к личной локальной медиабазе, лучше не трогать сервер вообще. Если задача — построить собственную инфраструктуру обмена тегами или файловыми данными, сервер становится логичным, но требует опыта.

Производительность и база данных

Hydrus рассчитан на большие коллекции, но производительность зависит от дисциплины пользователя. Главный враг — не сам размер базы, а тяжелые страницы, слишком широкие запросы и огромные очереди, постоянно открытые в интерфейсе.

Что влияет на скорость:

количество файлов в базе;
количество тегов и tag mappings;
размер активной поисковой страницы;
число открытых вкладок;
одновременные downloader queues;
тяжелые system:-предикаты;
wildcard-поиск;
исключающие теги;
дубликаты и фоновые задачи;
скорость диска;
размер миниатюр;
видео и большие файлы.

Hydrus может хранить очень большие коллекции, но не стоит держать страницу с 70 000 миниатюр открытой просто на всякий случай. Лучше использовать system:limit, конкретные теги, сортировку и несколько рабочих страниц. Для базы с большим числом файлов SSD заметно предпочтительнее HDD, потому что Hydrus постоянно читает миниатюры, записи базы и метаданные.

Резервные копии

Резервное копирование для Hydrus критически важно. В отличие от папки с картинками, здесь ценность хранится не только в самих файлах. Важны теги, URL, ratings, archive/inbox state, duplicate relationships, локальные домены и сервисные настройки. Потеря базы означает потерю всей организационной работы.

Практика:

делать регулярный backup всей базы;
не редактировать файлы внутри client_files;
не переносить части базы вручную без понимания структуры;
перед массовыми операциями с тегами, дубликатами или миграцией делать отдельный backup;
тестировать восстановление, а не просто надеяться на наличие копии.

Приватность и безопасность

Hydrus Network изначально хорошо подходит для локальной приватной коллекции. Клиент не требует сервера для обычной работы. Локальные теги хранятся на диске пользователя. Программа не делает коллекцию публичной одним случайным кликом. Но приватность зависит от того, какие функции пользователь включает.

Риски появляются в следующих случаях:

пользователь подключает публичный tag repository;
отправляет pending-теги в репозиторий;
настраивает downloader с логинами;
переносит cookies из браузера;
включает Client API;
открывает API наружу;
запускает сервер;
добавляет сторонние загрузчики;
использует web-клиенты и внешние инструменты.

Особенно осторожно нужно обращаться с логинами. Hydrus имеет базовую систему login scripts, но для важных аккаунтов это плохая идея. Для сайтов, где нужен вход, безопаснее использовать отдельный throwaway-аккаунт, а не основной профиль.

История версий и развитие программы

История Hydrus Network хорошо показывает, что программа развивается как инструмент для больших локальных медиабаз, а не как декоративный просмотрщик. Изменения в разных ветках касались media viewer, Client API, import options, дубликатов, sidecars, tag suggestions, локального парсинга, кэширования, аудиоустройств, QtMediaPlayer, ratings, recovery-документов и сетевой логики.

Направление развития	Что это дало пользователю
Улучшения media viewer	более гибкое поведение hover-панелей, shortcut-логики, просмотра видео и аудио
Развитие Client API	больше возможностей для внешних инструментов, браузерных расширений и AI-интеграций
Переработка Import Options	точнее контроль над файлами, тегами, notes, фильтрацией и presentation logic
Работа с дубликатами	ручная и полуавтоматическая обработка похожих файлов
Sidecars и migration tools	перенос тегов, URL и данных между клиентами и внешними форматами
Поддержка media player logic	улучшения воспроизведения, аудиотреков, QtMediaPlayer и mpv-сценариев
Recovery и database tools	больше инструментов для диагностики и восстановления базы
Downloader system	гибкая загрузка, bandwidth rules, subscriptions, watchers и пользовательские парсеры

Важная особенность истории Hydrus — программа не развивается в сторону простоты любой ценой. Напротив, она постоянно наращивает управляемость. Это делает Hydrus сложнее для новичка, но полезнее для пользователя, который ведет коллекцию годами и хочет контролировать каждый слой: теги, домены, URL, notes, import rules, дубликаты, API, серверные сервисы и приватность.

Сценарии использования

Личный booru

Самый естественный сценарий — персональный booru на рабочем компьютере. Пользователь импортирует изображения, размечает их series:, character:, creator:, добавляет описательные теги, использует system:-условия и быстро получает нужную выборку. В отличие от папок, один файл может одновременно находиться в десятке смысловых категорий.

Коллекция арта и референсов

Художник или дизайнер может хранить референсы по позам, стилям, материалам, персонажам, цветовым схемам и авторам. Например:

pose:sittinglighting:rim_lightmaterial:metalstyle:pixel_artcreator:artist_nameproject:character_design

Hydrus удобен тем, что не заставляет выбирать одну папку. Один референс может быть одновременно позой, одеждой, цветом, материалом, персонажем и проектом.

AI-генерации

Для AI-изображений Hydrus полезен как локальная база результатов. Можно хранить финальные картинки, варианты, notes с промптами, seed, моделью, негативным промптом и workflow. Через Client API такие файлы можно отправлять в Hydrus из внешнего пайплайна. Для ручной навигации подходят теги вроде:

model:sdxlworkflow:inpaintprompt:portraitquality:keepermeta:needs_upscale

Разбор старой папки Downloads

Hydrus хорош для разборки хаоса. Пользователь импортирует старую папку, затем через archive/delete filter быстро отсеивает мусор. Оставшиеся файлы получают базовые теги и отправляются в archive. Дубликаты позже проходят через duplicate filter.

Безопасная подколлекция

Multiple local file domains позволяют создать область sfw, work, portfolio или presentation. Это удобно, если часть базы нельзя показывать при других людях. Вместо сложных исключающих запросов пользователь просто переключает file domain.

Подписки на авторов и теги

Через subscriptions можно следить за новыми материалами по выбранным gallery-запросам. Этот сценарий полезен для художников, booru-тегов и регулярно обновляемых источников. Главное — не превращать подписки в бесконтрольный поток, который пользователь не успевает обрабатывать.

Практическая инструкция: первый рабочий цикл

Ниже — базовый сценарий, который показывает логику Hydrus без лишнего усложнения.

Шаг 1. Импортировать небольшую папку

Не нужно начинать с огромной коллекции. Лучше взять тестовую папку на 50–100 файлов и перетащить ее в окно Hydrus Client. Программа откроет страницу импорта, покажет прогресс и начнет создавать миниатюры.

Шаг 2. Открыть импортированные файлы через поиск

После импорта можно открыть file search page и использовать system:inbox. Это покажет новые файлы, которые еще не архивированы.

Шаг 3. Выбрать файл и нажать `F3`

Клавиша F3 открывает manage tags. В поле ввода нужно добавить несколько полезных тегов:

series:example_seriescharacter:example_charactercreator:example_creatorwallpaperblue_sky

Затем нажать apply.

Шаг 4. Найти файл по тегу

На странице поиска ввести добавленный тег. Hydrus покажет количество совпадений и выдачу. Если добавить второй тег, результат сузится.

Шаг 5. Отправить нужное в archive

Когда файл принят в коллекцию, его можно архивировать через контекстное меню или F7. Теперь он уйдет из system:inbox.

Шаг 6. Удалить мусор

Ненужные файлы отправляются в trash. Это не обязательно мгновенное физическое удаление: сначала они становятся доступными через домен корзины.

Шаг 7. Повторить через archive/delete filter

Для пачки файлов быстрее использовать F12. Это превращает разбор в последовательную процедуру: оставить, удалить, пропустить, вернуться.

Как организовать коллекцию без хаоса

Hydrus дает много свободы, и именно поэтому пользователь должен ограничивать себя. Хорошая система тегов проще, чем кажется: нужно добавлять только то, что потом реально будет использоваться в поиске.

Минимальная схема

Для большинства коллекций достаточно такой структуры:

creator:series:character:person:title:source:project:meta:

Обычные descriptive tags можно добавлять без namespace: landscape, portrait, meme, comic, wallpaper, city, night, smile, solo.

Что не стоит делать

Не стоит создавать теги для каждой мелочи, если они не нужны для поиска. Например, в большой коллекции бессмысленно вручную тегировать two eyes, left arm, standing on ground, если пользователь никогда не будет строить такие запросы. Такой подход быстро приводит к выгоранию и перегружает tag autocomplete.

Как разделять типы тегов

Тип тегов	Где хранить
Личные ручные теги	`my tags`
Теги с сайтов	`downloader tags`
Автотеги	отдельный local tag service
Приватные пометки	отдельный local tag service или `meta:`
Публичные репозиторные теги	отдельный PTR/service domain

Как называть теги

Лучше выбрать один стиль:

использовать нижний регистр;
пробелы и underscores не смешивать хаотично;
namespaced tags писать стабильно;
не создавать одновременно creator:john_doe, artist:john doe, john-doe;
исправления делать через siblings, если хаос уже появился.

Типичные ошибки новичков

Импортировать слишком много сразу

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

Тегировать слишком подробно

Теги нужны для поиска. Если тег не будет использоваться в запросах, он не нужен. Лучше добавить 5 полезных тегов к 1 000 файлов, чем 80 бесполезных тегов к 20 файлам.

Смешивать все теги в одном сервисе

Если загрузчик принес тысячи тегов с сайта, не стоит бездумно смешивать их с ручными my tags. Лучше держать разные источники отдельно.

Открыть API наружу

Client API полезен, но его нельзя открывать в интернет без понимания сетевой безопасности. Локальное использование и внешний доступ — разные уровни риска.

Отключить bandwidth rules

Hydrus Downloader рассчитан на долгую аккуратную работу. Если убрать ограничения, можно перегрузить клиент, забить inbox и получить проблемы с источником.

Игнорировать резервные копии

Hydrus хранит не только файлы, но и годы организационной работы. Без backup пользователь рискует потерять теги, ratings, URL, duplicate decisions и структуру доменов.

Использовать Hydrus как обычный файловый проводник

Hydrus не предназначен для редактирования файлов на месте. Его база — управляемое хранилище. Если нужно изменить файл, его лучше экспортировать, отредактировать и импортировать заново.

Плюсы

Очень мощная теговая модель.
Локальное хранение и высокий контроль над приватностью.
Поиск по тегам, namespaces и system:-предикатам.
Подходит для больших медиаколлекций.
Удобная модель inbox / archive / trash.
Есть archive/delete filter для быстрого разбора файлов.
Есть duplicate filter и auto-resolution logic.
Поддерживаются ratings разных типов.
Можно разделять коллекцию через multiple local file domains.
Есть downloader pages, subscriptions, watchers и URL download.
Есть Client API для интеграций.
Есть серверная часть для продвинутых пользователей.
Поддерживается много форматов изображений, видео, аудио и проектных файлов.
Хорошо подходит для личного booru, арт-коллекций, референсов и AI-архивов.

Минусы

Высокий порог входа.
Интерфейс утилитарный, не визуально дружелюбный.
Программу легко использовать неправильно, если сразу импортировать слишком много.
Требуется дисциплина в тегах.
Загрузчики и subscriptions нужно настраивать осознанно.
Не подходит как RAW-редактор или Lightroom-замена.
Не является красивой веб-галереей из коробки.
Сервер и API требуют технического понимания.
Массовые операции с тегами и дубликатами требуют backup.
Для простого просмотра папок программа избыточна.

Сравнение с аналогами

Программа	Где сильнее	Где слабее
digiKam	Лучше подходит для классической фотоколлекции, EXIF, альбомов, камер, дат съемки и фотоархива	Менее удобен для booru-логики, сложных пользовательских тегов, downloader-сценариев и PTR
Eagle	Удобнее для дизайнерских референсов, визуально приятнее, проще для старта	Менее гибок в сложном поиске, локальных доменах, duplicate workflows и API-ориентированной автоматизации
TagSpaces	Работает ближе к обычным папкам и файлам, проще понять	Не дает такой глубокой медиабазы, системных предикатов, downloader pages и duplicate logic
Adobe Bridge	Хорош для Adobe-экосистемы, просмотра ассетов и работы с файловой структурой	Не рассчитан на персональный booru, PTR, Hydrus-подобный tag domain workflow и massive archive filtering
PhotoPrism	Сильнее как self-hosted фотогалерея с веб-интерфейсом	Менее точен для ручной booru-разметки, сложных tag services и локальной сортировки интернет-медиа
Allusion	Легче и понятнее как менеджер визуальных референсов	Заметно проще по архитектуре, слабее в дубликатах, загрузчиках, API, системных предикатах и масштабировании
Hydrui	Удобен как веб-интерфейс к существующей базе	Не заменяет полноценный настольный клиент, а зависит от уже настроенного Hydrus Client и API
Lanraragi	Лучше подходит для архивов комиксов и манги	Не решает универсальную задачу теговой медиабазы для разных типов файлов
Calibre	Отличен для электронных книг и библиотек документов	Не предназначен для booru-подобной визуальной медиаколлекции

Главный вывод из сравнения простой: Hydrus Network выигрывает там, где нужна глубокая локальная медиабаза с тегами, а не красивая галерея или простой файловый каталог. Если пользователь мыслит папками, альбомами и датами, ему может быть удобнее digiKam, Eagle или Bridge. Если пользователь мыслит тегами, предикатами, доменами, дубликатами и большой коллекцией интернет-медиа, Hydrus намного логичнее.

Расширенные возможности

Sidecars

Hydrus может импортировать и экспортировать sidecar-данные. Это полезно, когда теги или URL лежат рядом с файлами в .txt или .json. Sidecars помогают переносить метаданные между системами, делать экспорт коллекции и интегрировать Hydrus с другими инструментами.

Hydrus Tag Archives

Hydrus Tag Archives, или HTA, позволяют переносить большие объемы тегов между клиентами. Это нужно не всем, но для миграции миллиона tag mappings такой путь может быть удобнее, чем sidecar-файлы.

Shortcuts

Hydrus имеет систему shortcut-команд. Часть shortcuts зарезервирована и работает в определенных контекстах, часть можно настраивать. Продвинутый пользователь может создавать shortcuts для добавления и удаления тегов, выставления ratings и ускорения media viewer workflow.

IPFS

В Hydrus есть IPFS-сценарии для продвинутого шаринга и pinning. Это не базовая функция для новичка, но она показывает направление программы: Hydrus умеет быть не просто локальным каталогом, а частью более сложной инфраструктуры обмена файлами и метаданными.

Лучший рабочий процесс

Самый устойчивый workflow в Hydrus выглядит так:

Импортировать небольшую партию.
Оставить новые файлы в system:inbox.
Быстро пройти их через archive/delete filter.
Удалить очевидный мусор.
Архивировать нужные файлы.
Добавить базовые теги: creator:, series:, character:.
Для важных файлов добавить дополнительные descriptive tags.
Периодически запускать duplicate filter.
Разделять крупные подколлекции через local file domains.
Делать backup перед массовыми изменениями.

Такой подход лучше, чем сначала все импортирую, потом как-нибудь разберу. В Hydrus потом быстро превращается в десятки тысяч неразобранных файлов.

Итоговая оценка

Hydrus Network Client and Server — мощный, специфический и требовательный менеджер медиаколлекций. Его нельзя оценивать как обычный просмотрщик изображений: в этой роли он кажется сложным и перегруженным. Его нужно рассматривать как локальный booru, медиабазу и рабочую систему для больших коллекций, где теги важнее папок, а поиск важнее ручного просмотра каталогов.

Программа особенно сильна в задачах, где нужно хранить много файлов, искать по комбинациям признаков, вести ручные и импортированные теги, разбирать inbox, фильтровать дубликаты, скачивать материалы из поддерживаемых источников, использовать ratings, хранить URL/notes и подключать внешние инструменты через API. Она не про комфортный старт, а про контроль.

Hydrus Network стоит выбирать тем, кто готов один раз разобраться в логике тегов, доменов, import options и фильтров, чтобы потом годами поддерживать большую медиаколлекцию в управляемом состоянии. Для простой папки с фотографиями это лишний инструмент. Для огромного архива изображений, арта, webm, референсов, AI-генераций и booru-материалов — один из самых сильных вариантов.

Post Views: 0