StarNet++ удаляет звёзды с астрофотографий нейросетевым алгоритмом, формируя изображение без звёзд и при необходимости маску или отдельный звёздный слой для раздельной обработки туманностей, галактик, фона и звёзд. В работе используются выбор входного файла, настройка шага обработки Stride, режим 2× Upsample, обработка линейных данных через предварительное растяжение в интеграциях с астрофоторедакторами и сохранение результата в TIFF, PNG или поддерживаемые рабочим процессом форматы.

Основная задача StarNet++ — отделить звёздные источники от протяжённых объектов так, чтобы фон, пылевые облака, слабое свечение и структура туманности можно было усиливать отдельно. Это особенно полезно, когда обычное растяжение одновременно делает звёзды слишком крупными и яркими: после разделения астрофотограф управляет контрастом беззвёздного слоя и возвращает звёзды позже, контролируя их яркость, насыщенность и вклад в композицию.

Качество результата определяется не количеством переключателей, а подготовкой кадра, масштабом звёзд и корректным выбором режима. Цветной RGB-кадр обычно информативнее для нейросети, Stride 256 служит разумной отправной точкой для большинства изображений, 2× Upsample имеет смысл для очень мелких и плотных звёзд, а полученную маску нужно проверять на ярких ядрах, дифракционных лучах и мелких деталях туманности, которые могут быть ошибочно приняты за звёзды.

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

Программа	Лучше подходит для	Главное ограничение
StarNet++	Бесплатного нейросетевого удаления звёзд, создания starless, маски и звёздного слоя в астрофотографическом процессе	Узкая специализация; дефекты вокруг сложных ярких объектов иногда требуют ручной коррекции
StarXTerminator	Интегрированного AI-разделения звёзд в PixInsight, Photoshop, Affinity Photo и отдельном рабочем процессе	Коммерческая лицензия
Cosmic Clarity Dark Star	Бесплатного AI-удаления звёзд на Windows, macOS и Linux с современным астрофотографическим конвейером	Результат всё равно нужно проверять на ярких звёздах и сложной структуре
Nox	Экспериментального открытого нейросетевого удаления звёзд и изучения альтернативной модели	Менее стандартизированный пользовательский процесс и меньшая экосистема готовых интеграций
SyQon Axiom	Альтернативного starless-разделения в специализированном астрофотографическом процессе	Меньшая распространённость и меньше проверенных учебных сценариев

Практически StarNet++ лучше выбирать, когда нужен проверенный и бесплатный путь к starless-изображению с понятными параметрами Stride и 2× Upsample, а также интеграцией в Siril или PixInsight. StarXTerminator удобнее пользователю, который уже работает в поддерживаемом коммерческом редакторе и ценит максимально тесный интерфейсный процесс. Cosmic Clarity Dark Star интересен как свободная современная альтернатива. Nox и SyQon Axiom разумнее рассматривать тогда, когда хочется сравнить разные модели на собственных данных. В любом случае качество надо оценивать на одном и том же исходнике: названия алгоритмов не заменяют проверку маски, ярких звёзд и слабой туманности.

Что именно делает нейросеть

Нейросеть получает уже сформированное изображение и оценивает, какие структуры относятся к звёздным источникам, а какие должны сохраниться в беззвёздном фоне. На практике это означает, что StarNet++ следует оценивать как средство сегментации звёздной составляющей: оно создаёт новый материал для последующей обработки, но не принимает решений о том, насколько яркими должны быть звёзды в итоговой композиции. Результат полезен не как финальная картинка сам по себе, а как промежуточное разделение данных для дальнейшей работы с контрастом, цветом и локальными деталями. Поэтому перед запуском полезно заранее определить, какой именно выход нужен — только starless, маска, отдельный слой stars или весь набор.

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

Беззвёздное изображение и звёздный слой

В StarNet++ этот аспект устроен так: основной выход представляет кадр, из которого удалены звёзды; дополнительно можно запросить маску вычитания или отдельный звёздный слой, рассчитанный с режимом unscreen. От выбора исходных данных зависит не только факт запуска, но и то, насколько предсказуемо алгоритм отделит компактные источники от протяжённого фона. Маска удобна для селективных операций и обратного смешивания, а отдельный звёздный слой помогает строить более предсказуемую композицию, чем простое арифметическое вычитание в некоторых редакторах. Такой порядок снижает риск исправлять последствия уже после сильного растяжения.

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

Выбор входного формата

Здесь важна связь между параметром и масштабом реальных объектов. Для командной обработки официально рекомендуются tiff/tif и png; принимаются 8- и 16-битные целочисленные серые и rgb-изображения, тогда как альфа-канал и неподдерживаемая глубина приводят к отказу. Jpeg и bmp могут открываться через библиотеку чтения изображений, однако для астрофотографических данных jpeg нежелателен из-за потерь и артефактов сжатия. Если параметр меняют, то остальные условия теста оставляют одинаковыми — тот же файл, те же размеры, то же растяжение и те же контрольные фрагменты.

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

Глубина цвета на выходе

Рабочая логика проста, но требует дисциплины: для TIFF и PNG без специального флага записывается 16-битный результат; переключатель eight намеренно переводит беззвёздный кадр, маску и звёздный слой в 8 бит. Затем результат используют там, где разделение действительно даёт преимущество. 16 бит предпочтительнее, когда после удаления звёзд предстоят растяжение, цветокоррекция и работа со слабым сигналом, потому что ступени яркости меньше проявляются после сильных преобразований. Смысл не в том, чтобы получить максимально пустой кадр, а в том, чтобы отделить звёзды без заметного разрушения информации под ними.

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

TIFF и сжатие

Для этого режима полезно заранее определить ожидаемый результат. Tiff-выход сохраняется со сжатием lzw, которое не выбрасывает значения пикселей и потому подходит для промежуточных астрофотографических файлов. Такой файл обычно крупнее jpeg, зато сохраняет точность, необходимую для последующей коррекции фона и цветовых переходов. После расчёта не стоит сразу переходить к финальной коррекции: сначала проверяют техническое качество разделения и только потом принимают starless как рабочий слой.

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

Минимальный размер кадра

StarNet++ применяет этот принцип без ручного рисования контуров: обычный режим требует изображение не меньше 512×512 пикселей; слишком маленький фрагмент не соответствует рабочему размеру, ожидаемому обработчиком. В дальнейшей схеме при тестировании сложной зоны лучше не вырезать крошечный квадрат, а оставлять достаточно окружающего контекста, иначе поведение на тесте может отличаться от полного кадра. Это экономит время именно на массовом отделении звёзд, а не на последующей художественной доводке, где по-прежнему нужны инструменты хост-редактора.

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

Stride как главный параметр масштаба

Stride задаёт шаг, с которым нейросеть проходит по изображению; в командном интерфейсе допускаются чётные значения от 2 до 512. На практике это означает, что StarNet++ следует оценивать как средство сегментации звёздной составляющей: оно создаёт новый материал для последующей обработки, но не принимает решений о том, насколько яркими должны быть звёзды в итоговой композиции. Для большинства кадров разумно начинать с 256, а для широкоугольных полей с очень мелкими звёздами разработчик рекомендует рассматривать более крупное значение, например 384. Поэтому перед запуском полезно заранее определить, какой именно выход нужен — только starless, маска, отдельный слой stars или весь набор.

Главная проверка для этого этапа — сопоставление исходника, результата и маски на одних и тех же координатах. Уменьшение шага резко повышает объём вычислений и далеко не всегда улучшает результат, поэтому сравнение делают по проблемным участкам, а не по времени обработки. Если спорная область выглядит хорошо только в уменьшенном окне, вывод преждевременный: кольца, остатки и повреждение мелких деталей чаще всего становятся заметны при масштабе 100 процентов.

Когда менять Stride

В StarNet++ этот аспект устроен так: изменять Stride стоит после того, как найден повторяемый дефект: пропущенные мелкие звёзды, радиальные остатки или характерная проблема на конкретном масштабе. От выбора исходных данных зависит не только факт запуска, но и то, насколько предсказуемо алгоритм отделит компактные источники от протяжённого фона. Контрольный метод прост: один и тот же кадр обрабатывают базовым значением и одним альтернативным, затем сравнивают одинаковые области при масштабе 100 процентов. Такой порядок снижает риск исправлять последствия уже после сильного растяжения.

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

Режим 2× Upsample

Здесь важна связь между параметром и масштабом реальных объектов. Upsample временно увеличивает рабочий масштаб в два раза и особенно полезен для очень компактных звёзд, которые занимают мало пикселей или оставляют лучистые следы после удаления. Цена режима — примерно четырёхкратный рост объёма вычислений из-за увеличения площади изображения, поэтому включать его для каждого кадра без проверки нерационально. Если параметр меняют, то остальные условия теста оставляют одинаковыми — тот же файл, те же размеры, то же растяжение и те же контрольные фрагменты.

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

Защита ярких областей

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

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

Цветной кадр против раздельных каналов

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

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

Линейные данные и предварительное растяжение

StarNet++ применяет этот принцип без ручного рисования контуров: нейросетевое распознавание обычно надёжнее работает с изображением, в котором звёзды и слабые структуры представлены в подходящем диапазоне яркости; интеграция Siril поэтому умеет временно применять MTF-растяжение. В дальнейшей схеме после обработки интеграция может вернуть данные к линейному представлению, что позволяет сохранить место StarNet++ в ранней части процесса без ручного экспорта нескольких промежуточных вариантов. Это экономит время именно на массовом отделении звёзд, а не на последующей художественной доводке, где по-прежнему нужны инструменты хост-редактора.

Автоматизация не отменяет визуального контроля. Автоматическое растяжение не всегда идеально: если тонкие волокна туманности исчезают вместе со звёздами, полезно подобрать более подходящее ручное растяжение и сравнить маску. Хороший результат должен оставаться правдоподобным при переключении между исходником и starless: фон не должен проваливаться в тёмные лунки, а протяжённые детали — внезапно обрываться на местах удалённых источников.

Маска звёзд

Маска представляет разность между исходным и беззвёздным изображением и удобна для контроля, какие пиксели алгоритм счёл звёздной составляющей. На практике это означает, что StarNet++ следует оценивать как средство сегментации звёздной составляющей: оно создаёт новый материал для последующей обработки, но не принимает решений о том, насколько яркими должны быть звёзды в итоговой композиции. На маске особенно хорошо заметны ошибки: куски туманности, ядра, дифракционные лучи и остаточные гало видны яснее, чем в готовом беззвёздном кадре. Поэтому перед запуском полезно заранее определить, какой именно выход нужен — только starless, маска, отдельный слой stars или весь набор.

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

Unscreen-звёзды

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

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

Яркие звёзды и гало

Здесь важна связь между параметром и масштабом реальных объектов. Самые заметные ошибки обычно возникают вокруг ярких звёзд: широкое гало и дифракционные лучи занимают намного больше пикселей, чем компактное ядро. При проблемах полезно проверить 2× upsample, защиту светов, характер растяжения и затем при необходимости выполнить локальную ретушь в редакторе. Если параметр меняют, то остальные условия теста оставляют одинаковыми — тот же файл, те же размеры, то же растяжение и те же контрольные фрагменты.

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

Очень мелкие звёзды

Рабочая логика проста, но требует дисциплины: в широкоугольных кадрах звёзды могут занимать считанные пиксели и смешиваться с шумом, поэтому часть из них иногда остаётся после обычного прохода. Затем результат используют там, где разделение действительно даёт преимущество. Для такого масштаба полезны более подходящий stride, цветной вход и при необходимости 2× upsample; сравнение проводят на нескольких областях, потому что один угол не представляет весь кадр. Смысл не в том, чтобы получить максимально пустой кадр, а в том, чтобы отделить звёзды без заметного разрушения информации под ними.

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

Слабые волокна туманности

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

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

Галактики и компактные ядра

StarNet++ применяет этот принцип без ручного рисования контуров: яркие центры галактик требуют отдельного контроля, потому что компактное насыщенное ядро по форме может напоминать крупный звёздный источник. В дальнейшей схеме маска позволяет сразу увидеть, попала ли часть ядра в звёздную составляющую; при необходимости проблемную область защищают внешней маской или возвращают из исходного слоя. Это экономит время именно на массовом отделении звёзд, а не на последующей художественной доводке, где по-прежнему нужны инструменты хост-редактора.

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

Дифракционные лучи

Лучи от ярких звёзд сложнее точечных источников, потому что пересекают реальный фон и могут продолжаться на сотни пикселей. На практике это означает, что StarNet++ следует оценивать как средство сегментации звёздной составляющей: оно создаёт новый материал для последующей обработки, но не принимает решений о том, насколько яркими должны быть звёзды в итоговой композиции. 2× upsample способен уменьшить лучистые остатки у тесных звёзд, но длинные лучи всё равно нужно оценивать при полном масштабе, а иногда корректировать выборочно. Поэтому перед запуском полезно заранее определить, какой именно выход нужен — только starless, маска, отдельный слой stars или весь набор.

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

Плотные звёздные поля

В StarNet++ этот аспект устроен так: области Млечного Пути дают тысячи перекрывающихся источников, и задача нейросети усложняется: звёзды закрывают значительную часть фона, а их гало накладываются друг на друга. От выбора исходных данных зависит не только факт запуска, но и то, насколько предсказуемо алгоритм отделит компактные источники от протяжённого фона. После отделения фон может выглядеть непривычно гладким или иметь маленькие пятна на местах тесных групп, поэтому оценивать нужно и беззвёздный слой, и маску. Такой порядок снижает риск исправлять последствия уже после сильного растяжения.

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

Командный запуск

Здесь важна связь между параметром и масштабом реальных объектов. Обязательный параметр input задаёт входной файл, output — беззвёздный результат, mask — дополнительную маску, а unscreen — отдельный звёздный слой; эти выходы можно запросить в одном проходе. Это удобно для автоматизированных процессов: один расчёт создаёт набор геометрически совпадающих файлов, которые затем передаются в редактор или скрипт без повторного распознавания. Если параметр меняют, то остальные условия теста оставляют одинаковыми — тот же файл, те же размеры, то же растяжение и те же контрольные фрагменты.

Такой подход защищает от ложного вывода, когда улучшение в одной зоне сопровождается ухудшением другой. Имена файлов лучше строить однозначно, например с суффиксами starless, starmask и stars, чтобы пакетная обработка не перезаписала исходники. Для астрофотографии это принципиально: поле одновременно содержит мелкие звёзды, яркие звёзды с гало, слабый фон и высококонтрастные детали, поэтому одного критерия недостаточно.

Путь к модели

Рабочая логика проста, но требует дисциплины: параметр weights позволяет явно указать файл контрольных весов, если стандартное расположение не подходит рабочей конфигурации. Затем результат используют там, где разделение действительно даёт преимущество. Обычному пользователю менять модель не требуется; опция полезна прежде всего при переносе комплекта файлов, интеграции с оболочкой или диагностике нестандартной структуры каталогов. Смысл не в том, чтобы получить максимально пустой кадр, а в том, чтобы отделить звёзды без заметного разрушения информации под ними.

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

Тихий режим и автоматизация

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

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

Windows и аппаратное ускорение

StarNet++ применяет этот принцип без ручного рисования контуров: для Windows x64 поддерживаются 64-разрядные Windows 10 и 11; сборка на ONNX Runtime умеет использовать DirectML и откатываться на CPU, когда DirectML недоступен. В дальнейшей схеме ускорение особенно заметно на больших кадрах, но качество изображения не должно зависеть от желания получить минимальное время любой ценой: сначала выбирают корректный режим обработки, затем измеряют производительность. Это экономит время именно на массовом отделении звёзд, а не на последующей художественной доводке, где по-прежнему нужны инструменты хост-редактора.

Автоматизация не отменяет визуального контроля. При сбоях gpu полезно сравнить результат и стабильность на cpu, обновить штатный графический драйвер и не смешивать вручную библиотеки из старых инструкций с новым комплектом. Хороший результат должен оставаться правдоподобным при переключении между исходником и starless: фон не должен проваливаться в тёмные лунки, а протяжённые детали — внезапно обрываться на местах удалённых источников.

macOS и архитектура процессора

Для intel mac требуется macos 13.1 или новее, а для apple silicon предусмотрена arm64-сборка с coreml; intel-вариант также может использоваться на apple silicon через rosetta 2. На практике это означает, что StarNet++ следует оценивать как средство сегментации звёздной составляющей: оно создаёт новый материал для последующей обработки, но не принимает решений о том, насколько яркими должны быть звёзды в итоговой композиции. Нативная arm64-сборка обычно предпочтительна, потому что не требует слоя совместимости и рассчитана на соответствующий аппаратный путь. Поэтому перед запуском полезно заранее определить, какой именно выход нужен — только starless, маска, отдельный слой stars или весь набор.

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

Linux

В StarNet++ этот аспект устроен так: для Linux x64 требуется современная x86_64-система на совместимой glibc; пакеты предназначены для командного использования и интеграций. От выбора исходных данных зависит не только факт запуска, но и то, насколько предсказуемо алгоритм отделит компактные источники от протяжённого фона. После установки исполняемый файл располагается в системном каталоге bin, а модель и вспомогательные файлы — в каталоге поддержки starnet2, поэтому интеграции могут обращаться к установленному пути. Такой порядок снижает риск исправлять последствия уже после сильного растяжения.

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

Интеграция с Siril

Здесь важна связь между параметром и масштабом реальных объектов. Siril умеет вызывать starnet++, преобразовывать рабочие fits-данные в подходящий промежуточный формат и возвращать результат в собственный процесс, а также создавать маску и переходить к рекомбинации. В диалоге доступны предварительное растяжение линейного изображения, 2× увеличение, пользовательский stride, генерация маски и открытие инструмента обратного объединения. Если параметр меняют, то остальные условия теста оставляют одинаковыми — тот же файл, те же размеры, то же растяжение и те же контрольные фрагменты.

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

Интеграция с PixInsight

Рабочая логика проста, но требует дисциплины: в PixInsight процесс StarNet предоставляет параметры Stride, создание star mask, 2× upsample и обработку линейных данных в зависимости от используемого модуля. Затем результат используют там, где разделение действительно даёт преимущество. Процесс удобно сохранять как часть повторяемой схемы обработки и запускать после предварительных операций, когда изображение уже подготовлено к разделению. Смысл не в том, чтобы получить максимально пустой кадр, а в том, чтобы отделить звёзды без заметного разрушения информации под ними.

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

Работа с Photoshop и Affinity

Для этого режима полезно заранее определить ожидаемый результат. При внешнем использовании обычно экспортируют 16-битный tiff, получают беззвёздную копию и затем собирают слои в редакторе, сохраняя исходный размер и выравнивание. На беззвёздном слое можно сильнее подчеркнуть туманность и локальный контраст, тогда как звёздный слой обрабатывают мягче и возвращают после завершения основных изменений. После расчёта не стоит сразу переходить к финальной коррекции: сначала проверяют техническое качество разделения и только потом принимают starless как рабочий слой.

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

Порядок удаления звёзд

StarNet++ применяет этот принцип без ручного рисования контуров: оптимальная точка зависит от рабочего процесса, но разделение обычно делают до наиболее агрессивного растяжения и повышения локального контраста, чтобы не усложнять форму звёзд. В дальнейшей схеме в линейном процессе интеграции используют временное растяжение специально для нейросети, после чего данные могут вернуться к дальнейшей линейной обработке. Это экономит время именно на массовом отделении звёзд, а не на последующей художественной доводке, где по-прежнему нужны инструменты хост-редактора.

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

Обратное смешивание

После отдельной обработки беззвёздного фона и звёздного слоя их объединяют в редакторе или специализированном инструменте рекомбинации. На практике это означает, что StarNet++ следует оценивать как средство сегментации звёздной составляющей: оно создаёт новый материал для последующей обработки, но не принимает решений о том, насколько яркими должны быть звёзды в итоговой композиции. Цель — вернуть естественные звёзды, не отменяя улучшения туманности; поэтому контролируют их яркость, цвет и размер, а не просто ставят непрозрачность слоя на максимум. Поэтому перед запуском полезно заранее определить, какой именно выход нужен — только starless, маска, отдельный слой stars или весь набор.

Главная проверка для этого этапа — сопоставление исходника, результата и маски на одних и тех же координатах. Если вокруг звёзд появились тёмные кольца, проверяют способ смешивания, уровень фона звёздного слоя и совпадение геометрии; проблема обычно не лечится дополнительной резкостью. Если спорная область выглядит хорошо только в уменьшенном окне, вывод преждевременный: кольца, остатки и повреждение мелких деталей чаще всего становятся заметны при масштабе 100 процентов.

Контроль результата при 100 процентах

В StarNet++ этот аспект устроен так: уменьшенный просмотр хорошо показывает общую композицию, но скрывает мелкие остатки, кольца и повреждённые волокна, поэтому обязательна проверка при масштабе 100 процентов. От выбора исходных данных зависит не только факт запуска, но и то, насколько предсказуемо алгоритм отделит компактные источники от протяжённого фона. Выбирают несколько контрольных зон: яркая звезда, плотное поле, слабая туманность, нейтральный фон и край кадра; одинаковые зоны сравнивают между вариантами параметров. Такой порядок снижает риск исправлять последствия уже после сильного растяжения.

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

Что StarNet++ не делает

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

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

Практические сценарии обработки

Ниже собраны сценарии, в которых меняется не назначение StarNet++, а характер входных данных и критерий качества. Это помогает выбирать параметры по наблюдаемой проблеме: отдельно для мелких звёзд, ярких гало, галактических ядер, линейных данных, пакетной обработки и последующей рекомбинации.

Широкоугольная эмиссионная туманность

Для такого кадра полезен последовательный тест без перебора десятков комбинаций. Подготовка: цветной кадр после базовой калибровки и сведения градиента. Настройки: начать со Stride 384 или 256, сравнить мелкие звёзды; 2× включать только при заметных пропусках. Цель прохода — получить чистый фон для усиления слабых водородных структур и отдельный звёздный слой. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

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

Туманность с очень яркой звездой

Этот сценарий показывает, почему подготовка входа важнее случайного поиска параметров. Подготовка: сохранить исходный 16-битный файл и отметить область широкого гало. Настройки: базовый проход с защитой светов, затем локальный контроль; 2× тестировать на ядре и лучах. Цель прохода — отделить большинство звёзд, не разрушив структуру под широким ореолом. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

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

Галактика с ярким ядром

В таком материале StarNet++ лучше использовать как контролируемый этап разделения, а не как финальный эффект. Подготовка: подготовить цветной кадр без агрессивного растяжения и сохранить контрольный клон. Настройки: использовать стандартный Stride и внимательно смотреть маску в центре галактики. Цель прохода — усилить спиральные рукава и пылевые полосы отдельно от звёзд поля. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

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

Плотное поле Млечного Пути

Практический смысл здесь — получить два управляемых компонента и сохранить возможность отката. Подготовка: выбрать репрезентативные участки в центре и по углам, где плотность звёзд различается. Настройки: не уменьшать Stride без конкретной причины; при мелких звёздах сравнить 256 и 384. Цель прохода — получить рабочий фон для контроля пыли и эмиссии, сохранив возможность вернуть естественную плотность звёзд. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

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

Монохромные узкополосные данные

Такой тип изображения удобен для проверки параметров, потому что дефекты хорошо локализуются. Подготовка: если рабочая схема предполагает цветное сочетание каналов, собрать его до удаления звёзд. Настройки: дать нейросети цветовой контекст, затем отделить звёзды один раз вместо независимой обработки каналов. Цель прохода — избежать несовпадающих дефектов по каналам и упростить последующее сведение. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

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

Кадр с очень мелкими звёздами

Для такого кадра полезен последовательный тест без перебора десятков комбинаций. Подготовка: не увеличивать резкость и не применять сильную деконволюцию непосредственно перед StarNet++. Настройки: проверить 2× Upsample и высокий Stride, сравнивая одну и ту же область. Цель прохода — снизить число пропущенных точек и радиальных остатков у тесных звёзд. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

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

Файл из Siril в линейной стадии

Этот сценарий показывает, почему подготовка входа важнее случайного поиска параметров. Подготовка: оставить изображение линейным и использовать встроенный диалог StarNet. Настройки: включить Pre-stretch Linear Image, Generate star mask; пользовательский Stride менять только при диагностике. Цель прохода — автоматически получить starless и маску с возвратом в рабочий формат Siril. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

После обработки основной риск таков: если нейросеть удаляет часть туманности, подобрать ручное MTF-растяжение и отключить автоматическое только после осознанного сравнения. Проверка проводится на одинаковых фрагментах при 100-процентном масштабе. Если новый режим улучшил только одну категорию звёзд, но ухудшил фон или яркие структуры, его не следует автоматически считать лучшим для всего изображения; иногда рациональнее оставить базовый проход и исправить редкие остатки локально.

Рекомбинация в Siril

В таком материале StarNet++ лучше использовать как контролируемый этап разделения, а не как финальный эффект. Подготовка: сохранить беззвёздный результат и star mask без геометрических изменений. Настройки: обрабатывать фон и звёзды раздельно, затем открыть Star Recombination. Цель прохода — подобрать независимое растяжение так, чтобы слабая туманность не требовала чрезмерно ярких звёзд. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

После обработки основной риск таков: следить за уровнем чёрного и цветом звёзд, чтобы слой не добавил общий фон или цветовой сдвиг. Проверка проводится на одинаковых фрагментах при 100-процентном масштабе. Если новый режим улучшил только одну категорию звёзд, но ухудшил фон или яркие структуры, его не следует автоматически считать лучшим для всего изображения; иногда рациональнее оставить базовый проход и исправить редкие остатки локально.

Процесс PixInsight

Практический смысл здесь — получить два управляемых компонента и сохранить возможность отката. Подготовка: выполнить базовые операции, после которых данные достаточно чисты для распознавания. Настройки: в StarNet начать со Stride 256, при необходимости включить Create starmask и 2x upsample. Цель прохода — получить starless и маску внутри проекта без ручного экспорта в другой редактор. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

После обработки основной риск таков: проверить маску на ядрах галактик и компактных эмиссионных узлах перед дальнейшим PixelMath. Проверка проводится на одинаковых фрагментах при 100-процентном масштабе. Если новый режим улучшил только одну категорию звёзд, но ухудшил фон или яркие структуры, его не следует автоматически считать лучшим для всего изображения; иногда рациональнее оставить базовый проход и исправить редкие остатки локально.

Работа через 16-битный TIFF

Такой тип изображения удобен для проверки параметров, потому что дефекты хорошо локализуются. Подготовка: экспортировать копию с теми же размерами, профилем и без альфа-канала. Настройки: обработать StarNet++ и сохранить starless под новым именем, не перезаписывая оригинал. Цель прохода — вернуться в Photoshop или Affinity и собрать исходник, starless и stars как совпадающие слои. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

После обработки основной риск таков: не обрезать один из файлов до финального совмещения и не переводить один слой в другой цветовой режим. Проверка проводится на одинаковых фрагментах при 100-процентном масштабе. Если новый режим улучшил только одну категорию звёзд, но ухудшил фон или яркие структуры, его не следует автоматически считать лучшим для всего изображения; иногда рациональнее оставить базовый проход и исправить редкие остатки локально.

Пакетная командная обработка

Для такого кадра полезен последовательный тест без перебора десятков комбинаций. Подготовка: заранее проверить глубину, каналы и минимальный размер каждого файла. Настройки: для каждого входа задавать уникальные output, mask и unscreen имена, фиксируя Stride в журнале. Цель прохода — получить согласованный набор слоёв для серии кадров без ручных диалогов. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

После обработки основной риск таков: скрипт должен проверять код завершения и наличие выходных файлов, а не считать отсутствие сообщений признаком успеха. Проверка проводится на одинаковых фрагментах при 100-процентном масштабе. Если новый режим улучшил только одну категорию звёзд, но ухудшил фон или яркие структуры, его не следует автоматически считать лучшим для всего изображения; иногда рациональнее оставить базовый проход и исправить редкие остатки локально.

Диагностика артефактов

Этот сценарий показывает, почему подготовка входа важнее случайного поиска параметров. Подготовка: выбрать один сложный исходник и пять контрольных областей, не менять другие параметры одновременно. Настройки: сделать базовый проход, затем один проход с 2× или другим Stride и сравнить 100-процентные фрагменты. Цель прохода — понять, какой параметр действительно влияет на конкретный дефект. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

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

Слабая пылевая туманность

В таком материале StarNet++ лучше использовать как контролируемый этап разделения, а не как финальный эффект. Подготовка: подготовить мягко растянутый цветной кадр без чрезмерного локального контраста. Настройки: использовать базовый Stride, внимательно изучить маску в самых слабых нитях. Цель прохода — усилить пыль на starless-слое, не раздувая тысячи фоновых звёзд. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

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

Яркие дифракционные лучи

Практический смысл здесь — получить два управляемых компонента и сохранить возможность отката. Подготовка: сохранить участок звезды в качестве контрольной зоны и оценить длину лучей. Настройки: протестировать 2× Upsample; Stride менять только если видно систематическое улучшение. Цель прохода — уменьшить радиальные остатки и подготовить фон для локальной доводки. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

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

Минимальная ретушь после StarNet++

Такой тип изображения удобен для проверки параметров, потому что дефекты хорошо локализуются. Подготовка: после успешного прохода отметить единичные пропущенные звёзды и остатки. Настройки: не перезапускать тяжёлый расчёт из-за нескольких точек, если базовый результат в остальных областях лучше. Цель прохода — исправить редкие дефекты clone/heal-инструментом в редакторе. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

После обработки основной риск таков: ретушь должна затрагивать только локальные остатки и не превращаться в ручную реконструкцию большой части туманности. Проверка проводится на одинаковых фрагментах при 100-процентном масштабе. Если новый режим улучшил только одну категорию звёзд, но ухудшил фон или яркие структуры, его не следует автоматически считать лучшим для всего изображения; иногда рациональнее оставить базовый проход и исправить редкие остатки локально.

Сравнение CPU и GPU

Для такого кадра полезен последовательный тест без перебора десятков комбинаций. Подготовка: использовать один и тот же файл и одни параметры, чтобы сравнивалась только вычислительная платформа. Настройки: на Windows сначала проверить DirectML; при нестабильности выполнить контрольный CPU-проход. Цель прохода — понять реальный выигрыш времени на собственном размере кадра без изменения качества. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

После обработки основной риск таков: не переносить старые CUDA-библиотеки по случайным инструкциям в новый комплект: это может сломать зависимости. Проверка проводится на одинаковых фрагментах при 100-процентном масштабе. Если новый режим улучшил только одну категорию звёзд, но ухудшил фон или яркие структуры, его не следует автоматически считать лучшим для всего изображения; иногда рациональнее оставить базовый проход и исправить редкие остатки локально.

Apple Silicon

Этот сценарий показывает, почему подготовка входа важнее случайного поиска параметров. Подготовка: выбрать ARM64-пакет и проверить версию macOS до настройки интеграции. Настройки: использовать нативный CoreML-путь; Rosetta оставлять для случаев, когда действительно нужен x64-компонент. Цель прохода — уменьшить лишние слои совместимости и упростить поиск ошибок. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

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

Архивный 8-битный материал

В таком материале StarNet++ лучше использовать как контролируемый этап разделения, а не как финальный эффект. Подготовка: оценить, есть ли исходник большей глубины; если нет, не повышать искусственно разрядность в ожидании новых деталей. Настройки: StarNet++ принимает 8-битные целочисленные изображения, но сохранение в 16 бит после этого не возвращает потерянные ступени. Цель прохода — разделить звёзды и фон настолько аккуратно, насколько позволяет исходный материал. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

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

PNG без альфа-канала

Практический смысл здесь — получить два управляемых компонента и сохранить возможность отката. Подготовка: проверить, что PNG содержит серое или RGB-изображение и не имеет прозрачности. Настройки: обработать с 16-битным выходом, если дальнейший редактор поддерживает такой PNG. Цель прохода — сохранить целочисленную точность без необходимости использовать TIFF. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

После обработки основной риск таков: если файл RGBA, удалить альфа-канал корректным преобразованием до запуска, иначе вход будет отклонён. Проверка проводится на одинаковых фрагментах при 100-процентном масштабе. Если новый режим улучшил только одну категорию звёзд, но ухудшил фон или яркие структуры, его не следует автоматически считать лучшим для всего изображения; иногда рациональнее оставить базовый проход и исправить редкие остатки локально.

Проверка финального кадра

Такой тип изображения удобен для проверки параметров, потому что дефекты хорошо локализуются. Подготовка: сохранить starless, stars и итоговую композицию как отдельные файлы. Настройки: сравнить финал с исходником в масштабе целиком и 100 процентов, чередуя видимость звёздного слоя. Цель прохода — убедиться, что звёзды стали управляемее, а туманность не потеряла правдоподобную структуру. Для сравнения сохраняют исходник, основной starless и, когда это полезно, маску или unscreen-слой; имена файлов должны однозначно показывать их назначение.

После обработки основной риск таков: обратить внимание на тёмные кольца, повторяющиеся плиточные следы, цветные точки и чрезмерно гладкие зоны. Проверка проводится на одинаковых фрагментах при 100-процентном масштабе. Если новый режим улучшил только одну категорию звёзд, но ухудшил фон или яркие структуры, его не следует автоматически считать лучшим для всего изображения; иногда рациональнее оставить базовый проход и исправить редкие остатки локально.

Типичные ошибки и способы исправления

Диагностика StarNet++ начинается с симптома, а не с случайной смены параметров. В таблице перечислены ошибки, которые можно проверить без предположений о скрытой работе нейросети: формат и глубина файла, масштаб звёзд, маска, геометрия слоёв, интеграционный путь, аппаратное ускорение и способ обратного смешивания.

Симптом	Вероятная причина	Что сделать	Как проверить
Файл не принимается	неподдерживаемая глубина, альфа-канал или необычное число каналов	преобразовать копию в 8/16-битное integer grayscale или RGB; для надёжного обмена выбрать TIFF/TIF или PNG	повторно открыть копию и проверить глубину, каналы и размеры
Сообщение о слишком малом изображении	сторона кадра меньше 512 пикселей в обычном режиме	использовать более крупный репрезентативный фрагмент или полный кадр	убедиться, что обе стороны не меньше 512 и тест сохраняет контекст
Часть звёзд осталась	звёзды слишком мелкие, мягкие или слабо отделяются от шума	проверить цветной вход, 2× Upsample и подходящий Stride; единичные остатки исправить локально	сравнить те же участки при 100 процентах
Радиальные следы	тесные яркие звёзды плохо восстанавливаются на базовом масштабе	протестировать 2× Upsample и не менять одновременно другие параметры	оценить ореол и лучи, а не только исчезновение ядра
Исчезают детали туманности	растяжение делает волокна похожими на звёздные структуры или яркие компактные объекты	изменить входную тональную подготовку, проверить защиту светов и маску	сопоставить маску с исходником и вернуть спорную область при необходимости
Повреждается ядро галактики	компактное яркое ядро распознаётся как звёздный объект	оставить защиту светов, проверить маску, при необходимости восстановить ядро из исходника	контролировать центральные пиксели до сильного растяжения
Слишком долго обрабатывается	включён 2× режим, выбран слишком малый Stride или кадр очень большой	вернуться к Stride 256, отключить 2× и включать тяжёлые режимы только после теста	сравнить качество базового и тяжёлого проходов на контрольных зонах
GPU не ускоряет работу	DirectML недоступен, драйвер работает некорректно или задача выполняется на CPU	проверить поддерживаемую Windows и штатный драйвер, затем сравнить с CPU без подмены библиотек	ориентироваться на стабильный повторяемый запуск и время одного и того же файла
Интеграция не находит StarNet	в хост-программе указан неправильный путь к исполняемому файлу	выбрать фактический путь установки StarNet в настройках интеграции	запустить справку/версию исполняемого файла отдельно и повторить вызов из хоста
После рекомбинации видны кольца	слои смещены, изменён размер или выбран неподходящий способ смешивания	вернуть одинаковую геометрию, проверить чёрный уровень stars-слоя и метод recomposition	попеременно включать слои на ярких звёздах и искать двойные контуры
Цвет звёзд изменился	звёздный слой был растянут или насыщен слишком агрессивно	сравнить его с исходником, ослабить цветовые преобразования и рекомбинировать заново	контролировать несколько звёзд разной яркости, а не одну насыщенную
Маска содержит фон	разность включает не только звёзды из-за ошибок разделения или разного тонального представления	сравнить starless и input, откорректировать входную подготовку, не использовать маску вслепую	просмотреть маску на нейтральном небе и слабых структурах
Появляется плиточный рисунок	параметры прохода или масштаб звёзд дают заметные переходы между обработанными областями	сравнить стандартный Stride и альтернативу только на одном исходнике, не уменьшая шаг без необходимости	искать периодический рисунок на ровном фоне при увеличении
Выход перезаписал нужный файл	input и output имели одинаковое или неоднозначное имя	ввести явные суффиксы starless, starmask и stars и хранить исходник отдельно	до пакетного запуска проверить шаблон имени на одном тесте
PNG/TIFF стал 8-битным	использован флаг eight или экспорт из внешнего редактора снизил глубину	убрать eight и проверить настройки сохранения хост-программы	открыть свойства выходного файла до дальнейшего растяжения
JPEG даёт грязный фон	сжатие JPEG уже содержит блоки и ореолы, которые нейросеть не обязана отличать от структуры	вернуться к TIFF/PNG из исходных данных, если это возможно	сравнить участок гладкого фона до и после без дополнительного шарпинга
После обрезки звёзды не совпадают	crop применён только к одному из слоёв	вернуться к совпадающим исходным размерам или применить идентичную геометрию ко всем слоям	совместить яркую звезду у края и проверить координаты
Неожиданный сдвиг яркости	слои имеют разный цветовой профиль, чёрный уровень или режим смешивания	унифицировать цветовое пространство и проверить математический смысл recomposition	сравнить медиану фона до и после объединения
Команда не запускается в терминале	исполняемый файл не находится через PATH или отсутствуют права	использовать корректный установленный путь и проверить права запуска	вызвать help/version из того же терминала, где будет выполняться обработка
Модель не загружается	weights или runtime-файлы отсутствуют либо взяты из другого комплекта	восстановить полный комплект и не смешивать отдельные модели/библиотеки между пакетами	проверить штатное расположение модели и повторить простой тест

Командные параметры StarNet++

Командный интерфейс позволяет явно описать вход, выход и дополнительные слои. Обязателен input; output задаёт беззвёздный результат. Mask создаёт вычитательную маску, unscreen — отдельный звёздный слой. Stride принимает чётное значение от 2 до 512. Upsample включает промежуточное увеличение 2×. Disable-highlights-protection отключает стандартную защиту светлых областей для диагностического сравнения. Eight переводит TIFF/PNG-выходы в 8 бит, quiet убирает обычные сообщения терминала, weights указывает альтернативный путь к модели, а help и version помогают проверить исполняемый файл без запуска большого изображения.

Параметр	Назначение	Когда нужен
--input	Входное изображение	Всегда; файл должен соответствовать поддерживаемому типу данных
--output	Беззвёздный результат	Для основного starless-файла
--mask	Вычитательная звёздная маска	Для контроля и селективной обработки
--unscreen	Отдельный звёздный слой	Для дальнейшей независимой обработки и обратного смешивания
--stride	Шаг обработки	Для осознанного теста масштаба звёзд; стартовое значение обычно 256
--upsample	Промежуточный масштаб 2×	Для тесных и очень мелких звёзд, если базовый проход оставляет артефакты
--disable-highlights-protection	Отключение защиты светов	Для сравнительной диагностики сложных ярких областей
--eight	8-битный TIFF/PNG-выход	Только когда дальнейшему процессу действительно не нужны 16 бит
--weights	Явный путь к модели	При нестандартном расположении model-файла
--quiet	Минимум вывода в терминал	В скриптах и пакетных процессах с собственным журналом

Совместимость и выбор пакета

На Windows поддерживается 64-разрядная Windows 10 или Windows 11. Командная сборка использует ONNX Runtime и может задействовать DirectML с автоматическим переходом на CPU, когда подходящее ускорение недоступно. На Linux нужен современный x86_64-дистрибутив с совместимой glibc. Для Intel Mac требуется macOS 13.1 или новее. Для Apple Silicon предусмотрена ARM64-сборка с CoreML; x64-вариант на таких компьютерах имеет смысл только в процессе, который действительно требует Rosetta 2. Выбирать пакет нужно по архитектуре системы и по способу вызова StarNet++ из используемого астрофоторедактора.

Совместимость изображения проверяется отдельно от совместимости операционной системы. Надёжные входы для командного инструмента — TIFF/TIF и PNG с 8- или 16-битными целочисленными данными, одним серым или тремя RGB-каналами. Альфа-канал и 32-битный float в этом пути не принимаются. В Siril подобные различия сглаживаются интеграцией, которая умеет подготовить промежуточный формат; при ручном запуске ответственность за формат лежит на пользователе.

Методика объективного сравнения двух проходов

Чтобы сравнение Stride, 2× Upsample или тональной подготовки имело смысл, меняют только один фактор. Сохраняют одинаковый входной файл и отмечают несколько контрольных областей: одну яркую звезду с гало, группу мелких звёзд, участок слабой туманности, спокойный фон, край кадра и при наличии компактное ядро галактики. Затем оба результата открывают в одном масштабе и переключают их без автоматической подгонки яркости. На starless оценивают плавность восстановленного фона, на маске — полноту звёзд и посторонние детали, на stars — цвет и остатки фоновых структур.

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

Памятка перед сохранением результата

• Сохранить исходник отдельно и не перезаписывать его starless-файлом.
• Проверить разрядность и отсутствие альфа-канала до командного запуска.
• Начинать с Stride 256, если масштаб звёзд не требует другого проверенного значения.
• Использовать цветной RGB-вход, когда он доступен и соответствует процессу.
• Включать 2× Upsample после появления конкретной проблемы с тесными или мелкими звёздами.
• Смотреть маску на ярких ядрах, волокнах туманности, дифракционных лучах и слабом фоне.
• Не обрезать, не вращать и не менять размер только одного из разделённых слоёв.
• Хранить starless, starmask и stars под однозначными именами.
• Сравнивать варианты при масштабе 100 процентов, а не только по уменьшенному превью.
• После рекомбинации проверять цвет звёзд, чёрный уровень, кольца и двойные контуры.

Итоговый рабочий подход

StarNet++ наиболее полезен, когда задача формулируется конкретно: получить беззвёздный фон, отделить звёзды для независимого растяжения, создать маску или автоматизировать разделение серии файлов. Надёжный процесс начинается с поддерживаемого формата и сохранённого исходника, продолжается базовым проходом с разумным Stride и заканчивается визуальной проверкой маски. Более тяжёлые параметры подключаются только в ответ на наблюдаемую проблему. Такой подход даёт меньше артефактов, чем бессистемный перебор настроек, и оставляет понятный путь назад, если сложная область была интерпретирована нейросетью неверно.

После успешного разделения StarNet++ свою часть работы завершает: дальнейший характер изображения создаётся в Siril, PixInsight, Photoshop, Affinity Photo или другом редакторе. На starless-слое можно развивать слабый фон и цвет туманности, на звёздном — отдельно ограничивать яркость и насыщенность, а затем рекомбинировать их без геометрических изменений. Финальное качество определяется тем, насколько естественно восстановлен фон под удалёнными звёздами и насколько аккуратно звёзды возвращены в композицию, а не тем, насколько пустым выглядит промежуточный starless-файл.

Расширенная контрольная карта

Проверка входа

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

Контроль фона

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

Контроль маски

Увеличить маску и искать не только звёзды, но и протяжённые полосы, дуги, ядра и волокна; такие элементы сигнализируют о ложном удалении реальной структуры.

Контроль ярких звёзд

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

Контроль мелких звёзд

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

Контроль геометрии

Перед рекомбинацией сравнить размеры файлов и положение звезды у каждого края; одинаковый холст сам по себе не гарантирует отсутствия сдвига после внешней трансформации.

Контроль разрядности

Проверить свойства сохранённого TIFF или PNG до следующего растяжения: случайный переход в 8 бит легче заметить сразу, чем после появления полос в градиенте.

Контроль цвета

Сравнить несколько ненасыщенных звёзд в исходнике и после обратного смешивания; их оттенки не должны превращаться в одинаково белые или чрезмерно насыщенные точки.

Контроль гало

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

Контроль времени

Записывать время только вместе с размером кадра и параметрами. Само по себе число секунд бесполезно для выбора Stride или 2×, если качество двух проходов не сравнивалось.

Контроль повторяемости

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

Контроль путей

В интеграции указывать фактический исполняемый файл StarNet, а не каталог с архивом или отдельной моделью; проверка help/version помогает отделить проблему пути от проблемы изображения.

Контроль линейного процесса

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

Контроль шумного материала

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

Контроль ядер

В галактиках и компактных туманностях всегда проверять самые яркие не-звёздные элементы; именно они наиболее критичны для ложной классификации по форме и яркости.

Контроль углов

Просмотреть углы, где оптика даёт вытянутые звёзды. Алгоритм может реагировать на них иначе, чем на круглые звёзды в центре, поэтому центральный фрагмент не представляет весь кадр.

Контроль насыщения

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

Контроль локальной ретуши

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

Контроль сохранения

Записывать промежуточные файлы без потерь и под новыми именами; JPEG удобен для превью, но не для рабочего starless, который ещё предстоит сильно обрабатывать.

Контроль финала

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

Проверка входа

При повторной проверке полезно зафиксировать результат этого пункта в журнале обработки. До расчёта открыть файл в редакторе и убедиться, что тени не обрезаны, звёздные ядра не были дополнительно раздуты резкостью, а цветные каналы совмещены. Сравнение должно выполняться на той же версии рабочего файла, иначе изменение нельзя связать именно с StarNet++.

Контроль фона

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

Контроль маски

При повторной проверке полезно зафиксировать результат этого пункта в журнале обработки. Увеличить маску и искать не только звёзды, но и протяжённые полосы, дуги, ядра и волокна; такие элементы сигнализируют о ложном удалении реальной структуры. Сравнение должно выполняться на той же версии рабочего файла, иначе изменение нельзя связать именно с StarNet++.

Контроль ярких звёзд

При повторной проверке полезно зафиксировать результат этого пункта в журнале обработки. Осмотреть несколько ярких источников с разным размером гало; хороший проход не обязан убрать физически широкое свечение идеально, но не должен создавать резкие тёмные лунки. Сравнение должно выполняться на той же версии рабочего файла, иначе изменение нельзя связать именно с StarNet++.

Контроль мелких звёзд

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

Контроль геометрии

При повторной проверке полезно зафиксировать результат этого пункта в журнале обработки. Перед рекомбинацией сравнить размеры файлов и положение звезды у каждого края; одинаковый холст сам по себе не гарантирует отсутствия сдвига после внешней трансформации. Сравнение должно выполняться на той же версии рабочего файла, иначе изменение нельзя связать именно с StarNet++.

Контроль разрядности

При повторной проверке полезно зафиксировать результат этого пункта в журнале обработки. Проверить свойства сохранённого TIFF или PNG до следующего растяжения: случайный переход в 8 бит легче заметить сразу, чем после появления полос в градиенте. Сравнение должно выполняться на той же версии рабочего файла, иначе изменение нельзя связать именно с StarNet++.

Контроль цвета

При повторной проверке полезно зафиксировать результат этого пункта в журнале обработки. Сравнить несколько ненасыщенных звёзд в исходнике и после обратного смешивания; их оттенки не должны превращаться в одинаково белые или чрезмерно насыщенные точки. Сравнение должно выполняться на той же версии рабочего файла, иначе изменение нельзя связать именно с StarNet++.

Контроль гало

При повторной проверке полезно зафиксировать результат этого пункта в журнале обработки. Если после удаления остаётся кольцо, отдельно определить, относится ли оно к реальному оптическому гало или к ошибке реконструкции; способы исправления для этих случаев различаются. Сравнение должно выполняться на той же версии рабочего файла, иначе изменение нельзя связать именно с StarNet++.

Контроль времени

При повторной проверке полезно зафиксировать результат этого пункта в журнале обработки. Записывать время только вместе с размером кадра и параметрами. Само по себе число секунд бесполезно для выбора Stride или 2×, если качество двух проходов не сравнивалось. Сравнение должно выполняться на той же версии рабочего файла, иначе изменение нельзя связать именно с StarNet++.

Контроль повторяемости

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

Контроль путей

При повторной проверке полезно зафиксировать результат этого пункта в журнале обработки. В интеграции указывать фактический исполняемый файл StarNet, а не каталог с архивом или отдельной моделью; проверка help/version помогает отделить проблему пути от проблемы изображения. Сравнение должно выполняться на той же версии рабочего файла, иначе изменение нельзя связать именно с StarNet++.

Контроль линейного процесса

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

Контроль шумного материала

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

Контроль ядер

При повторной проверке полезно зафиксировать результат этого пункта в журнале обработки. В галактиках и компактных туманностях всегда проверять самые яркие не-звёздные элементы; именно они наиболее критичны для ложной классификации по форме и яркости. Сравнение должно выполняться на той же версии рабочего файла, иначе изменение нельзя связать именно с StarNet++.

Финальная проверка: исходник сохранён, глубина проверена, альфа-канала нет, размер достаточный, Stride записан, маска просмотрена, ядра сохранены, волокна сохранены, мелкие звёзды проверены, яркие гало проверены, цвет звёзд проверен, геометрия совпадает, starless сохранён, звёздный слой сохранён, рекомбинация проверена.