Hydrus Network — это настольный менеджер медиаархивов, построенный вокруг тегов, локальной базы данных и booru-подобной логики поиска. Программа рассчитана не на обычную папочную коллекцию Фото, а на большие архивы изображений, анимаций, видео, аудио, PDF, PSD, архивов и других файлов, где простой проводник уже не помогает. Главная идея Hydrus Network — хранить файлы внутри собственной базы, оторвать навигацию от папок и дать пользователю искать медиаконтент по тегам, системным предикатам, источникам, статусам, рейтингу, размеру, типу файла и другим признакам.

Это не Lightroom, не классический фотокаталог и не просмотрщик картинок. Hydrus Network ближе к персональному booru на компьютере: пользователь импортирует файлы, присваивает им теги, настраивает правила поиска, разбирает дубликаты, подтягивает метаданные, работает с локальными и сетевыми тег-сервисами, а при необходимости подключает внешние инструменты через Client API. Программа особенно сильна там, где медиаколлекция состоит из тысяч или сотен тысяч отдельных файлов, которые нужно быстро находить не по имени файла, а по смыслу: персонаж, автор, серия, источник, формат, размер, статус inbox/archive, наличие аудио, известный URL, количество тегов, рейтинг и другие параметры.

Hydrus Network сразу требует другого подхода к архиву. В обычной файловой системе пользователь раскладывает изображения по папкам вроде artists, screenshots, wallpapers, memes, reference, а затем сталкивается с тем, что один файл подходит сразу под несколько категорий. В Hydrus файл не обязан жить в одной смысловой папке. Он может иметь одновременно теги creator:..., series:..., character:..., blue sky, wallpaper, system:filetype is png, system:resolution > 1920x1080 и появляться во всех соответствующих поисках. Именно поэтому Hydrus Network хорошо подходит для каталогизации фото и видео, арт-архивов, подборок референсов, мемов, booru-контента, скриншотов, архивов изображений с сайтов, личных медиасвалок и коллекций, где файлов слишком много для ручного переименования.

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

Назначение программы

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

• один файл подходит под несколько категорий одновременно;

• имена файлов случайные, длинные, потерянные или состоят из хеша;

• папочная структура становится слишком глубокой;

• дубликаты и похожие версии расползаются по разным папкам;

• файлы с одного сайта, одного автора или одной серии нельзя быстро собрать вместе;

• обычный просмотрщик плохо работает с тысячами миниатюр;

• невозможно быстро найти все большие PNG с таким персонажем, но без тега X.

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

creator:example artistseries:example seriessystem:filetype is pngsystem:width > 1920-inbox

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

Общая логика Hydrus Network

Hydrus Network состоит из нескольких важных слоев:

Слой	Что делает
Локальное файловое хранилище	Хранит импортированные копии файлов внутри базы клиента
База данных	Запоминает хеши, теги, URL, рейтинги, статусы, связи, результаты импорта
Интерфейс клиента	Показывает страницы поиска, миниатюры, предпросмотр, медиавьюер, диалоги тегов
Тег-сервисы	Разделяют теги по доменам, например my tags и downloader tags
Импортеры	Добавляют файлы из папок, отдельных файлов, URL, галерей, подписок и watcher-страниц
Поиск	Комбинирует теги, системные предикаты, домены файлов и домены тегов
Сетевые функции	Позволяют работать с репозиториями тегов, пользовательскими серверами и Client API

Hydrus Network не пытается быть красивым потребительским приложением. Его интерфейс плотный, утилитарный и местами перегруженный. Но эта перегруженность связана с тем, что программа дает доступ к большому количеству операций: ручной и автоматический импорт, фильтрация inbox, теги, siblings, parents, поиск с wildcard, OR-цепочки, сортировка, коллекции, дубликаты, bandwidth rules, URL-ассоциации, sidecar-метаданные, локальные и сетевые сервисы.

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

Hydrus Network импортирует не только обычные изображения. Программа определяет тип файла по содержимому, а не только по расширению или MIME-типу, и поддерживает широкий набор форматов. Среди изображений используются JPEG, PNG, GIF, WEBP, AVIF, JXL, BMP, HEIC, HEIF, ICO, QOI и TIFF. Для анимаций поддерживаются animated GIF, APNG, animated WEBP, AVIF sequence, HEIC/HEIF sequence и Pixiv Ugoira. Для видео доступны MP4, WEBM, MKV, AVI, FLV, MOV, MPEG, OGV, RM и WMV. Для аудио — MP3, OGG, FLAC, M4A, MKV audio, MP4 audio, RA, TTA, WAV, WV и WMA. Также Hydrus работает с PDF, EPUB, DJVU, DOCX, XLSX, PPTX, PSD, KRA, ORA, CLIP, SVG, XCF, ZIP, RAR, 7Z, CBZ и другими архивными или проектными форматами.

Важная деталь: поддерживает импорт и полноценно показывает внутри клиента — не всегда одно и то же. Изображения и многие видео можно просматривать прямо в Hydrus, а некоторые документы или архивы программа хранит и индексирует, но открывать их удобнее внешней программой через контекстное действие open externally. Для медиаархива это нормально: Hydrus берет на себя учет, поиск, теги и экспорт, а не обязательно заменяет специализированный просмотрщик для каждого формата.

Интерфейс и основные зоны окна

Главное окно Hydrus Network обычно строится вокруг страниц. В верхней части находится меню с разделами вроде file, view, download, database, network, services, tags, help. Ниже располагаются вкладки страниц: это могут быть страницы поиска файлов, галерейные загрузчики, URL-импортеры, watcher-страницы, страницы обработки дубликатов и другие рабочие области.

В типичной странице поиска или импорта заметны несколько зон:

• верхняя область с вкладками страниц;

• левая панель с поиском, сортировкой, import/search/status-блоками;

• центральная сетка миниатюр;

• нижняя строка состояния;

• область предпросмотра выбранного файла;

• списки selection tags, imports, highlighted query, search;

• выпадающие списки вроде sort by, no collections, file/tag domains.

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

Импорт локальных файлов

Локальный импорт — базовый сценарий Hydrus Network. Файлы можно добавить через меню file -> import files или перетащить папку/файлы в окно программы. После этого открывается окно review files to import, где отображается список путей, типы файлов, размер, прогресс разбора и кнопки управления очередью. В этом окне есть кнопки add files, add folder, remove files, file import options, import now, add tags before the import >>, close, а также флажок delete original files after successful import.

Кнопка import now запускает импорт без дополнительной подготовки тегов. Кнопка add tags before the import >> нужна, когда перед добавлением файлов нужно назначить теги по правилам: например, сохранить часть пути как тег, добавить теги из имени файла, использовать sidecar-файлы или вручную проставить общий тег всем импортируемым файлам. Это удобно, если коллекция уже была частично отсортирована по папкам, и пользователь хочет перенести эту структуру в теговую систему Hydrus.

Флажок delete original files after successful import требует осторожности. Hydrus импортирует копию в свою базу, поэтому исходники можно удалить вручную после проверки, но автоматическое удаление лучше включать только при понятном рабочем процессе. Для первичного переноса большого архива безопаснее оставить исходные папки на месте, дождаться завершения импорта, проверить результат и только потом решать, что делать с оригиналами.

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

Автоматические import folders

Для регулярного пополнения архива Hydrus использует автоматические папки импорта. Они настраиваются через file -> import and export folders. В диалоге import folder задаются имя, путь к папке, регулярная проверка, период проверки, обработка результата и ограничения по типам файлов. В интерфейсе видны поля name, folder path, кнопка browse, флажки currently paused, check regularly?, show a popup while working, publish presented files to a popup button, publish presented files to a page, а также блок file types to import.

В блоке file options можно выбрать категории: image, animation, video, audio, application. Для разных исходов задаются действия:

Ситуация	Что можно настроить
when a file imports successfully	что делать с исходным файлом после удачного импорта
when a file is already in the db	как поступать с уже известным файлом
when a file has previously been deleted from the db	что делать с ранее удаленным файлом
when a file fails to import	как обрабатывать ошибочные файлы

Ниже находятся секции file import options, tag import options, filename tagging. Они позволяют не просто забрать файлы из папки, а сразу применить правила фильтрации и тегирования. Например, папку incoming/screenshots можно настроить так, чтобы файлы получали тег source:local_screenshots, а папку incoming/reference — тег purpose:reference.

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

Экспорт файлов

Экспорт в Hydrus работает в обратную сторону: пользователь выбирает файлы из базы и выводит их во внешнюю папку. Самый простой способ — перетащить выбранные миниатюры из окна Hydrus в папку или другое приложение. Более управляемый способ — контекстное меню share -> copy -> files или share -> export -> files. Через export files можно задать папку назначения, шаблон имени, использование тегов в пути и sidecar-метаданные.

В окне export files слева отображаются теги выбранных файлов, справа — список файлов и ожидаемые пути. Ниже находятся поля export path и filenames, кнопки browse, open this location, update, pattern shortcuts, export, close. Поле filenames поддерживает шаблоны. Например, конструкция вида:

[series]\[character]

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

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

Теги как основа программы

Тег в Hydrus — это короткая текстовая метка, описывающая свойство файла. Программа использует теги не как декоративные подписи, а как основной способ поиска. Чем точнее и стабильнее схема тегирования, тем быстрее пользователь находит нужные файлы. Базовый клиент начинает с локальных тег-сервисов my tags и downloader tags; эти сервисы хранят связи файл-тег в локальной базе пользователя.

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

Типичные теги в Hydrus бывают двух видов:

Вид тега	Пример	Назначение
Обычный тег	blue sky	Простое описание или признак
Namespaced tag	creator:john smith	Тег с категорией перед двоеточием
Серийный тег	series:street fighter	Принадлежность к серии
Персонаж	character:batman	Персонаж или объект
Автор	creator:example artist	Автор, художник, источник
Пользовательская категория	project:references	Собственная схема архива

Namespaced-теги особенно важны. Тег batman без пространства имен может означать персонажа, серию, мем, костюм или ключевое слово. Тег character:batman говорит точнее. Тег series:batman уже означает другое. Hydrus умеет визуально различать такие пространства имен, а пользователь может менять цвета для common namespaces в настройках.

Диалог manage tags

Главный инструмент ручного тегирования — окно manage tags. Его можно открыть, выбрав файл и нажав F3. В окне отображаются вкладки тег-сервисов, поле ввода, список автодополнения, текущие теги файла и кнопки применения изменений. В обычном режиме после редактирования нужно нажать apply, снова нажать F3 или нажать Enter в пустом поле ввода.

В manage tags пользователь может:

• добавить новый тег;

• удалить существующий тег;

• выбрать тег из autocomplete dropdown;

• переключиться между my tags, downloader tags и другими сервисами;

• работать с несколькими выбранными файлами;

• видеть pending/current-состояния тегов;

• сортировать теги;

• использовать namespace-схему;

• применять изменения кнопкой apply.

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

Как правильно строить теговую схему

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

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

creator:series:character:source:project:rating:meta:

Затем можно добавить пользовательские категории: folder:, collection:, mood:, purpose:, reference:, topic:. Но каждая новая категория должна отвечать на вопрос: буду ли я реально искать по этому тегу? Если ответ нет, тег превращается в лишнюю нагрузку.

Удачная схема для арт-архива может выглядеть так:

creator:artist_nameseries:franchise_namecharacter:character_namesource:site_namestyle:sketchpurpose:reference

Для скриншотов:

app:blenderproject:client_worktopic:interfacedate:2025

Для мемов:

meme:reactiontopic:softwarelanguage:ru

Hydrus не запрещает создавать сложную систему, но лучше двигаться постепенно: сначала самые полезные теги, затем уточнения, затем siblings/parents, затем автоматизация.

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

Поиск в Hydrus Network начинается со страницы pages > new file search page или сочетания Ctrl+T, затем выбора file search. В поле поиска пользователь вводит теги, а Hydrus показывает autocomplete dropdown. Поисковые элементы называются predicates: это могут быть обычные теги, namespaced-теги или системные предикаты.

В выпадающем списке видны предикаты вроде:

system:everythingsystem:inboxsystem:archivesystem:dimensionssystem:durationsystem:file relationshipssystem:file servicesystem:filesizesystem:filetypesystem:has audiosystem:hashsystem:known urlsystem:limitsystem:modified timesystem:number of tagssystem:number of wordssystem:rating

Эти системные предикаты делают Hydrus намного сильнее обычного тегового просмотрщика. Можно искать не только файлы с тегом X, но и все видео больше определенного размера, все элементы в inbox, все файлы без тегов, все изображения с известным URL, все файлы определенного типа, все элементы с рейтингом, все файлы с количеством тегов больше N.

Поиск строится как AND-набор условий. Если добавить несколько предикатов, Hydrus покажет только файлы, которые соответствуют всем условиям. Например:

creator:example artistseries:example seriessystem:filetype is pngsystem:width > 1920

Такой запрос вернет PNG-файлы нужного автора и серии с шириной больше заданного значения.

Для исключения используется дефис:

-solo-character:example character

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

Домены файлов и тегов

В интерфейсе поиска Hydrus использует file domain и tag domain. По умолчанию часто применяется связка my files и all known tags: поиск идет по локальным файлам пользователя, а теги берутся из объединенного набора известных тегов. Если переключить file domain на trash, поиск будет идти по удаленным в корзину файлам. Если переключить tag domain на my tags, Hydrus будет игнорировать другие тег-сервисы и искать только по пользовательскому локальному сервису.

Это важно для больших архивов. Например, файл может иметь тег creator:artist в downloader tags, но не иметь его в my tags. При поиске по all known tags он найдется. При поиске только по my tags — нет. Такая раздельность позволяет сравнивать автоматические и ручные теги, отделять надежные метки от импортированных и строить разные рабочие процессы.

Wildcard-поиск

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

*gelion

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

Wildcard особенно полезен в архивах с длинными названиями, тегами из разных сайтов и неидеальной орфографией. Например, пользователь может не помнить точный тег neon genesis evangelion, но помнить фрагмент gelion. В обычном файловом менеджере это потребовало бы поиска по имени файла; в Hydrus поиск идет по теговому пространству.

OR-поиск

Обычный поиск Hydrus работает как AND: каждый новый предикат сужает результат. Но иногда нужно найти файлы, где есть один из нескольких тегов. Для этого используется OR-поиск. В простом варианте пользователь удерживает Shift при добавлении тегов в autocomplete entry area, и Hydrus формирует OR-цепочку.

Пример логики:

red eyes OR green eyes

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

fanficmedium:text OR system:mime is application/pdf

В этом случае Hydrus ограничивает поиск тегом fanfic, а внутри него ищет текстовый medium или PDF-файл. OR-поиск мощный, но при слишком широких условиях может работать медленнее, особенно если в цепочку добавлены отрицательные или тяжелые системные предикаты.

Сортировка и коллекции

В верхней части многих страниц Hydrus есть выпадающий список sort by:. Он меняет порядок отображения текущей выдачи: случайный порядок, размер файла, время импорта, тип файла, namespace-сортировка и другие варианты. Дополнительные настройки сортировки находятся в file -> options -> sort/collect.

Полезная связка — сортировка вместе с system:limit. Если пользователь ищет большой архив, но хочет быстро обработать только часть, можно задать:

system:inboxsystem:limit is 256

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

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

Inbox, archive и фильтрация входящих

Hydrus использует статусы inbox и archive. Новые файлы обычно попадают во входящий поток, а после проверки пользователь переводит их в архив. Это не архив в смысле ZIP-файла, а статус файл обработан и оставлен. Такой подход помогает разбирать новые поступления.

Для быстрой обработки есть фильтр archive/delete, который запускается из контекстного меню filter -> archive/delete или клавишей F12. В фильтре пользователь просматривает файлы один за другим и быстро принимает решения:

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

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

Медиавьюер и просмотр файлов

Двойной или средний клик по миниатюре открывает файл в media viewer. В нем можно листать файлы, масштабировать изображение, переходить вперед и назад, просматривать hover-панели. Клавиша F переключает полноэкранный режим с рамкой или без рамки, колесо мыши и Page Up/Page Down используются для навигации, Ctrl+scrollwheel — для масштабирования.

В медиавьюере hover-панели появляются при движении мыши к разным краям:

• слева — теги;

• сверху или по центру — команды просмотра и масштабирования;

• справа — статусы, рейтинги и связанные значки.

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

Сетевой импорт: gallery downloader, subscriptions, watchers и URL download

Hydrus Network имеет настраиваемую систему импорта из сети. В ней есть несколько типов загрузчиков: Gallery, Subscriptions, Watcher, URL download, Simple downloader. Gallery downloader работает как booru-поиск: пользователь выбирает источник, вводит запрос, а Hydrus проходит по страницам галереи и ставит найденные файлы в очередь. Subscriptions автоматически повторяют галерейные запросы и забирают новые файлы. Watcher следит за imageboard-тредами и периодически проверяет обновления. URL download обрабатывает вставленные или перетянутые URL без многостраничного поиска. Simple downloader предназначен для более простых одноразовых задач с правилами парсинга.

В gallery downloader каждая строка очереди обычно представляет источник и текст запроса. В левой панели видны source, status, items, added, блок search tags, параметр stop after this many files, меню import options, блок highlighted query, прогресс imports, file log, а в центральной зоне появляются миниатюры импортируемых файлов.

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

Import options

Каждый импортер в Hydrus работает через import options. Они определяют, какие файлы пропускать, какие типы разрешены, как обрабатывать ранее удаленные файлы, какие теги и заметки сохранять, какие сервисы использовать. В диалоге edit import options есть вкладки вроде file, tag, note. В file-настройках задаются pre-import checks, allowed filetypes, лимиты размера, разрешения и другие фильтры. В tag-настройках указывается, получать ли теги, в какие сервисы их отправлять, какие blacklist/whitelist-правила использовать. В note-настройках задается импорт заметок и разрешение конфликтов.

Практический пример: пользователь хочет импортировать только изображения и видео, но не архивы и документы. Тогда в allowed filetypes оставляются image, animation, video, а application отключается. Если пользователь не хочет повторно возвращать ранее удаленные файлы, включается исключение previously deleted. Если нужно получить теги с сайта, включается tag parsing для нужного тег-сервиса.

Import options важны для чистоты архива. Без них легко импортировать много неподходящих файлов: маленькие превью, рекламные баннеры, архивы, мусорные GIF, слишком тяжелые видео или файлы с нежелательными тегами. С ними Hydrus превращается из простого загрузчика в управляемую систему пополнения медиатеки.

Downloader tags и ручные теги

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

Например, файл с booru может получить десятки тегов:

blue eyeslong hairsmilesolocharacter:...series:...creator:...rating:safe

Пользователь может оставить их в downloader tags, а вручную добавить в my tags только:

creator:...series:...character:...purpose:reference

При поиске по all known tags файл будет находиться по любым тегам. При поиске по my tags — только по пользовательски подтвержденным. Такая двухслойная модель особенно полезна, когда архив собирается из разных источников.

Tag siblings: синонимы и нормализация тегов

Tag siblings позволяют заменить плохой, альтернативный или устаревший тег на идеальный вариант. Это решает проблему синонимов, опечаток и разных стандартов именования. Например, pokemon и pokémon, smiling и smile, looking at viewer и staring at camera, character:ayanami rei и character:rei ayanami могут быть сведены к одному preferred-тегу. В Hydrus sibling-отношение задается как A->B, где B — идеальный тег.

Настройка открывается через tags -> manage tag siblings. После добавления связи Hydrus автоматически сворачивает отображение тегов: при поиске и автодополнении пользователь видит нормализованный вариант, но исходная информация не теряется. Если связь удалить, теги вернутся к прежнему виду. Это важное отличие от грубого массового переименования: siblings работают как слой отображения и поиска.

Пример:

rei ayanami -> character:ayanami reipokemon -> series:pokémonlotr -> series:the lord of the rings

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

Tag parents: смысловые связи и наследование

Tag parents задают отношения дочерний тег подразумевает родительский тег. Если character:zero suit samus является дочерним к character:samus aran, а character:samus aran — дочерним к series:metroid, то поиск по series:metroid может включать файлы с Zero Suit Samus даже без жестко прописанного series:metroid на каждом файле. Hydrus применяет такие родительские связи виртуально: родительский тег не обязательно физически добавляется к файлу, но отображается и используется в поиске как implied-тег.

Настройка открывается через tags -> manage tag parents. Родители полезны для:

• персонаж → серия;

• костюм → персонаж;

• вид объекта → более широкая категория;

• авторская группа → проект;

• собственные подборки избранных авторов;

• тематические shortcuts для поиска.

Пример локальной схемы:

creator:artist_a -> favourite:aesthetic artcreator:artist_b -> favourite:aesthetic artcreator:artist_c -> favourite:aesthetic art

После этого можно искать:

system:inboxfavourite:aesthetic artsystem:limit is 256

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

Sidecar-метаданные

Hydrus Network умеет работать с sidecar-подходом: метаданные хранятся рядом с файлом в отдельном текстовом или структурированном файле, а затем импортируются вместе с медиа. Это нужно при миграции из других программ, при переносе тегов между системами, при экспорте архива наружу и при автоматизации. В import/export workflow Hydrus позволяет добавлять теги или URL из sidecar-источников и выводить метаданные при экспорте.

Sidecar-сценарий особенно полезен, когда файлы уже размечены внешним инструментом. Например, рядом с image001.jpg лежит image001.txt, где каждая строка — тег. Hydrus может забрать эти строки и отправить их в выбранный tag service. При экспорте можно сделать обратное: выгрузить файл и создать sidecar с тегами, чтобы другой инструмент получил метаданные.

URL-ассоциации и known URL

Hydrus хранит связи файлов с URL. Это не просто история загрузки. Known URL помогает понять, откуда файл пришел, какие страницы с ним связаны, можно ли повторно получить метаданные, какие импортированные теги относятся к источнику. В поиске есть системный предикат system:known url, а в контекстных действиях используются URL-операции, включая metadata refetch для случаев, когда файл уже есть, но теги нужно получить заново.

Практический смысл: если файл уже импортирован без тегов, но Hydrus знает его URL, можно попытаться повторно получить страницу и метаданные, не скачивая файл заново. Это особенно полезно после изменения tag import options.

Дубликаты и похожие версии

Система дубликатов Hydrus Network — один из самых важных модулей для больших архивов. Программа различает точные дубликаты, потенциальные дубликаты, подтвержденные duplicate-группы, alternates и false positives. Потенциальные дубликаты находятся через сравнение визуальной формы изображения; затем пользователь решает, являются ли два файла версиями одного и того же изображения, альтернативными вариантами или несвязанными файлами.

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

Термин	Значение
Potential duplicates	Пары файлов, которые Hydrus считает похожими и предлагает проверить
Duplicates	Подтвержденные разные версии одного и того же файла/изображения
Alternates	Связанные, но не одинаковые варианты: recolor, WIP, costume change
False positive	Похожая форма, но файлы не связаны
King	Лучший файл внутри duplicate-группы

Страница обработки открывается через special -> duplicates processing. В duplicate filter показываются два файла: File One и File Two. Пользователь сравнивает их, переключается колесом мыши, смотрит подсказки качества и выбирает действие. В фильтре есть решения вроде этот лучше, они одинакового качества, это alternates, не связаны. Для быстрых решений используются мышь и клавиатура: left click часто означает этот лучше, удалить другой, right click — alternates, middle click — назад, Enter/Escape — остановить фильтр.

Система дубликатов важна именно потому, что интернет-медиа часто существует в нескольких вариантах: исходник, пережатая версия, кроп, увеличенная копия, вариант с водяным знаком, PNG-скриншот, JPEG-конверсия, clean-версия, textless-версия. Hydrus помогает не просто найти похожие файлы, а перенести метаданные с худшего файла на лучший и сохранить осмысленные связи.

Рейтинги и статусы

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

system:rating for read later = likemedium:text

или:

purpose:referencesystem:rating > 3

Статусы inbox, archive, trash, локальные сервисы и file domains дают еще один слой управления. Например, можно искать только в inbox, только в archive, только в trash, только в конкретном локальном файловом домене.

Client API и внешние инструменты

Hydrus Network поддерживает Client API для связи с внешними программами. API по умолчанию не включен; его активируют через services -> manage services, задавая порт и параметры доступа. После запуска API работает, пока открыт клиент. Для внешних программ используются access keys, которые управляются через services -> review services.

Через API с Hydrus работают браузерные расширения, веб-клиенты, мобильные клиенты, автотеггеры, инструменты для дубликатов и вспомогательные утилиты. Среди известных направлений: Hydrus Companion для отправки URL из браузера, веб-интерфейсы для просмотра клиента, read-only booru-обертки, Android-инструменты, AI-tagging-интеграции, утилиты для metadata management.

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

Сетевые сервисы и приватность

Hydrus Network по умолчанию не публикует коллекцию пользователя. Локальные теги, файлы и база остаются на компьютере. Сетевые функции появляются только при осознанной настройке: подключение tag repository, file repository, Client API, пользовательского сервера или внешнего инструмента. Это важное отличие от облачных DAM-систем: Hydrus не строится вокруг обязательной синхронизации с аккаунтом.

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

• приватные теги держать в локальном my tags;

• не отправлять чувствительные данные в публичные или чужие сервисы;

• Client API оставлять локальным, если нет ясной причины делать иначе;

• не смешивать личные идентифицирующие теги с публичными репозиториями;

• перед массовым upload проверять pending-теги.

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

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

Практические правила:

• импортировать большой архив частями;

• использовать import folders вместо гигантской разовой очереди;

• держать inbox в управляемом состоянии;

• не создавать сотни тег-сервисов без необходимости;

• аккуратно использовать OR и отрицательные предикаты;

• периодически разбирать дубликаты;

• не редактировать файлы внутри внутреннего хранилища;

• экспортировать файл наружу, редактировать и импортировать обратно как новую версию.

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

Практический сценарий: перенос папочного архива в Hydrus

Допустим, есть папки:

/artists/artist_a/artists/artist_b/screenshots/blender/references/anatomy/memes/software

В Hydrus лучше не пытаться полностью повторить эту структуру. Более практичная схема:

1. Импортировать папку artist_a.

2. Через add tags before the import >> добавить тег creator:artist_a.

3. Импортировать artist_b с тегом creator:artist_b.

4. Для screenshots/blender добавить app:blender и type:screenshot.

5. Для references/anatomy добавить purpose:reference и topic:anatomy.

6. Для memes/software добавить meme:software или topic:software.

7. После импорта открыть страницу поиска system:inbox.

8. Разобрать файлы через filter -> archive/delete.

9. Позже добавить более точные теги только к важным файлам.

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

Практический сценарий: работа с входящим потоком

Для постоянного пополнения архива удобно использовать inbox-процесс:

import folder / gallery downloader / URL download        ↓system:inbox        ↓archive/delete filter        ↓manage tags для важных файлов        ↓duplicates processing        ↓archive

Страница поиска для ежедневной обработки может быть такой:

system:inboxsystem:limit is 200

Если нужно разобрать только видео:

system:inboxsystem:filetype is videosystem:limit is 50

Если нужно разобрать только файлы конкретного автора:

system:inboxcreator:example artistsystem:limit is 256

Так Hydrus помогает не тонуть в архиве. Пользователь не видит все сразу, а работает с ограниченными, осмысленными очередями.

Практический сценарий: подборка референсов

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

purpose:referencetopic:anatomytopic:cloth foldstopic:lightingtopic:interfacestyle:sketchstyle:realistic

Поиск:

purpose:referencetopic:lightingsystem:resolution > 1920x1080

вернет крупные референсы по свету. Запрос:

purpose:referencetopic:cloth folds-archive:bad_quality

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

Практический сценарий: booru-архив

Для booru-подобного архива Hydrus особенно силен. Используются namespaces:

creator:series:character:meta:rating:

Файлы получают теги из источников в downloader tags, пользователь вручную добавляет важные в my tags, siblings нормализуют синонимы, parents связывают персонажей с сериями. Поиск может выглядеть так:

series:example seriescharacter:example charactercreator:example artistsystem:filetype is png

Или так:

series:example seriescharacter:a OR character:bsystem:limit is 500

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

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

Hydrus Network лучше сравнивать не с абстрактными менеджерами фото, а с конкретными программами, которые частично закрывают похожие задачи: digiKam, Adobe Bridge, XnView MP, Eagle, TagSpaces и PhotoPrism. У всех разная философия.

Программа	Сильные стороны	Где Hydrus сильнее	Где Hydrus слабее
digiKam	Фотоархив, EXIF/IPTC/XMP, альбомы, лица, геотеги, классическая фотография	Гибче для booru-тегов, siblings/parents, сетевых тег-репозиториев, дубликатов интернет-медиа	Менее дружелюбен для фотографов, слабее как классический RAW/фото-DAM
Adobe Bridge	Просмотр и управление творческими файлами Adobe, метаданные, пакетные операции	Лучше для тегового поиска по огромным интернет-архивам и booru-логики	Bridge удобнее для связки Photoshop/Illustrator/InDesign и привычной файловой структуры
XnView MP	Быстрый просмотрщик, пакетное переименование, конвертация, навигация по папкам	Hydrus дает базу данных, теги, сложный поиск, siblings/parents, inbox/archive	XnView MP проще и быстрее для обычного просмотра папок
Eagle	Красивый визуальный ассет-менеджер, теги, коллекции, дизайнерские референсы	Hydrus глубже по поиску, автоматизации, API, дубликатам, сетевым импортерам	Eagle заметно приятнее для дизайнерской библиотеки и ручного визуального отбора
TagSpaces	Файловая организация через теги, работа поверх папок, простая концепция	Hydrus мощнее как база медиаархива, лучше для больших коллекций и связей тегов	TagSpaces проще, ближе к обычной файловой системе
PhotoPrism	Серверная фотогалерея, веб-интерфейс, автоматическая классификация фото	Hydrus гибче для ручного тегирования, booru-архивов, локальной приватной коллекции	PhotoPrism удобнее как веб-фотогалерея для личных снимков

Hydrus Network стоит выбирать, когда главная задача — управлять большим локальным медиаархивом через теги, сложный поиск и отбор. Если нужен красивый просмотрщик папок, проще взять XnView MP. Если нужна фотобиблиотека с EXIF, лицами и геолокацией, логичнее digiKam или PhotoPrism. Если нужен коммерчески отполированный ассет-менеджер для дизайнерских референсов, Eagle будет проще. Если нужен персональный booru-подобный архив с сильной логикой тегов, Hydrus Network заметно глубже.

Сильные стороны Hydrus Network

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

Сильные стороны:

• мощная теговая модель;

• namespaced-теги;

• отдельные tag services;

• siblings для нормализации синонимов;

• parents для implied-тегов;

• системные предикаты поиска;

• wildcard и OR-поиск;

• inbox/archive-процесс;

• встроенный archive/delete filter;

• обработка потенциальных дубликатов;

• импорт локальных файлов и папок;

• автоматические import folders;

• gallery downloader, URL download, watchers, subscriptions;

• sidecar-импорт и экспорт метаданных;

• Client API;

• работа как локальный приватный архив;

• гибкий экспорт с шаблонами имен.

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

Ограничения и недостатки

У Hydrus есть объективные недостатки. Интерфейс перегружен, порог входа высокий, терминология специфическая, многие диалоги выглядят утилитарно. Пользователь должен понимать разницу между my tags, downloader tags, all known tags, my files, trash, inbox, archive, siblings, parents, predicates, import options. Без этого Hydrus кажется хаотичным.

Основные слабые места:

• сложное первое знакомство;

• непривычная логика вместо папок;

• не лучший выбор для классического фотоархива с RAW-обработкой;

• нет акцента на красивом интерфейсе;

• массовый импорт без дисциплины быстро создает неразобранный inbox;

• сложные запросы и большие очереди могут нагружать базу;

• сетевые функции требуют осторожности;

• не стоит редактировать файлы прямо внутри хранилища;

• для некоторых форматов Hydrus лучше использовать как каталог, а не как просмотрщик.

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

Рекомендации по настройке рабочего процесса

Для нормальной работы лучше начинать с простой схемы:

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

2. Использовать my tags для ручных тегов.

3. Оставить downloader tags для импортированных тегов.

4. Не создавать сразу много tag services.

5. Разбирать inbox через archive/delete.

6. Добавлять только реально полезные теги.

7. Использовать creator:, series:, character: как базовые namespaces.

8. Позже добавить siblings для синонимов.

9. Еще позже добавить parents для смысловых связей.

10. Дубликаты обрабатывать постепенно, начиная с очевидных похожих файлов.

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

Частые вопросы

Hydrus Network заменяет папки?

Внутри рабочего процесса — да, потому что поиск строится по тегам и предикатам. Но физически файлы остаются на диске внутри базы Hydrus, а экспорт позволяет вывести их обратно в обычные папки с понятными именами.

Можно ли использовать Hydrus только локально?

Да. Локальные теги и файлы остаются на компьютере. Сетевые репозитории, серверы и Client API используются только при явной настройке.

Нужно ли переименовывать файлы перед импортом?

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

Что лучше: теги или папки?

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

Можно ли хранить видео и аудио?

Да. Hydrus поддерживает распространенные видео и аудио форматы, а также использует встроенное воспроизведение через mpv embed или native Qt player в зависимости от среды.

Как искать файлы без тегов?

Через системные предикаты, например system:number of tags, в зависимости от нужного условия. Это удобно для поиска неразобранных файлов.

Как быстро разобрать новые файлы?

Использовать system:inbox, ограничить выдачу через system:limit, затем запустить filter -> archive/delete или нажать F12.

Что делать с похожими картинками?

Открыть страницу обработки дубликатов через special -> duplicates processing, подготовить пары и пройти duplicate filter. Hydrus позволяет различать duplicates, alternates и false positives.

Подходит ли Hydrus для фотографа?

Подходит, если фотографу нужен теговый архив и поиск. Если главная задача — RAW-проявка, EXIF-ориентированная библиотека, лица, геометки и привычная фото-DAM-логика, digiKam или Lightroom-подобные инструменты будут ближе.

Подходит ли Hydrus для дизайнерских референсов?

Да, особенно если референсов много и их нужно искать по темам. Но если важнее красивый визуальный интерфейс, быстрые коллекции и простота, Eagle может быть удобнее.

Итог

Hydrus Network — мощный локальный менеджер медиаархивов для пользователей, которым нужна не просто сетка картинок, а управляемая база медиафайлов. Он хорошо справляется с большими коллекциями, тегами, booru-подобной организацией, локальным импортом, сетевыми импортерами, URL-ассоциациями, дубликатами, sidecar-метаданными, API и сложным поиском. Его сильная сторона — не визуальная простота, а контроль.

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