Magic Master 3.6.0 — надёжнее и быстрее на длинных треках
Версия 3.6.0 — про надёжность и скорость на длинных, тяжёлых треках. Звук не изменился ни на бит: мы это подтвердили хэшами. Две вещи, ради которых стоит прочитать этот пост.
Ложная «Ошибка мастеринга» на длинных треках — исправлена
Раньше был неприятный сценарий. Длинный трек (5+ минут) с включёнными тяжёлыми модулями — удаление AI-следа, чистка после разделения стемов, параллельная компрессия — честно обрабатывается до ~10 минут. Мастер при этом успешно завершался. Но интерфейс показывал красную «Ошибка мастеринга».
Причина оказалась не в звуке, а в канале прогресса. Поток событий (SSE), который рисует индикатор обработки, был жёстко ограничен 600 секундами. Дошёл до потолка — отправил фиктивную ошибку, хотя задача в этот момент уже была готова или почти готова. Пользователь видел «ошибку», перезапускал мастеринг и тратил лишний токен на то, что и так было сделано.
Что мы сделали в 3.6.0:
- потолок потока поднят до 20 минут — с запасом на самые тяжёлые цепочки;
- добавлен heartbeat на тихих стадиях, чтобы соединение не считалось «зависшим»;
- при таймауте поток больше не выдумывает ошибку — он переключается на достоверный опрос статуса задачи и показывает реальный результат.
Итог: ложной ошибки больше нет, перезапускать и терять токен не нужно.
Спектральная обработка — быстрее, звук байт-в-байт
Второе изменение — про скорость. Спектральные стадии (спектральный денойз, чистка артефактов AI-разделения, чистка ВЧ-резонансов вокала) теперь обрабатывают левый и правый каналы стерео параллельно, в отдельных потоках.
Главное здесь — звук не меняется вообще. Результат байт-в-байт идентичен прежнему. Мы проверили это golden-хэшами SHA-256 на реальных треках Suno: профили edm, hiphop и standard совпали точно. Это чисто вычислительная оптимизация, а не новая обработка.
Насколько быстрее: до ~1.3× по времени end-to-end на треках, где задействованы чистка или денойз. В тестах мастер с денойзом и чисткой вокала прошёл 27.3с → 21.0с, а сама стадия денойза ускорилась примерно в 1.6×. Треки без этих модулей по скорости не изменились — распараллеливать там нечего.
Почему это важно
Байт-в-байт — это сигнал доверия. Мы не «улучшили звук по-тихому» и не подкрутили цепочку под предлогом ускорения. Качество ровно то же, что вы слышали до релиза, — просто длинные треки теперь надёжно доходят до конца, а треки с чисткой готовятся быстрее.
Попробовать на своём материале: magicmaster.pro/app. Цены и токены — на странице тарифов.
Вопросы и ответы
Почему длинный трек долго обрабатывается?
Длинный трек (5+ минут) с тяжёлыми модулями — удаление AI-следа, чистка после разделения, параллельная компрессия — честно считается до ~10 минут. Это нормальное время: цепочка делает несколько полноспектральных проходов. В 3.6.0 мы подняли потолок прогресс-потока до 20 минут, так что интерфейс дожидается результата, а не обрывает его раньше времени.
Изменился ли звук после ускорения?
Нет. Мы распараллелили спектральные стадии по каналам стерео, но результат байт-в-байт совпадает с прежним — это подтверждено golden-хэшами SHA-256 на реальных треках Suno (edm, hiphop, standard совпали точно). Ускорение чисто вычислительное, звук не меняется вообще.
Что было причиной ложной ошибки?
Прогресс-поток (SSE) жёстко обрывался на 600 секундах и отправлял фиктивную «Ошибка мастеринга», хотя сам мастер уже был готов. Пользователь видел ошибку и перезапускал обработку, тратя лишний токен. Теперь поток при таймауте не выдумывает ошибку, а обращается к достоверному статусу задачи.
На всех ли треках стало быстрее?
Ускорение до ~1.3× по времени end-to-end получают треки, где включены чистка/денойз (например, мастер с денойзом и чисткой вокала прошёл 27.3с → 21.0с; сама стадия денойза ~1.6×). Треки без этих модулей по скорости не изменились.
Загрузите трек — готовый мастер примерно за минуту.
Открыть мастеринг →LUFS-анализатор