Тема: Претензия к качеству генерации AIsha — трек провалил техзадание, поля слишком тесные пр лимиту.
Уважаемые разработчики Minatrix.FM!
Пишу как пользователь вашего генератора AIsha (Minatrix AIsha, BETA). Кратко суть: при максимально полной настройке всех доступных полей результат генерации оказался непригодным для использования. Независимый автоматический анализ итогового WAV-файла дал оценку 4/10 с вердиктом «не подходит», а детальный прослушивающий разбор подтвердил отклонения практически по каждому пункту задания. Слушать полученное невозможно — это не песня, а набор неразборчивых фрагментов. После такой работы желание пользоваться генератором пропало, несмотря на обилие настроек в интерфейсе.
Как я готовил генерацию (все поля заполнены):
- Формат: «Полная песня»; жанр: «По описанию (авто)».
- Описание музыки: детальное — агрессивный фонк-поп, темп строго 190 BPM, плотный моно-бас по центру с панчем под сабвуфер, сайдчейн-прокачка, сухой микс без реверберации, без автотюна, без клиппинга и цифрового шума, непрерывная музыка без пауз и провалов бита от начала до конца.
- Музыкальные параметры: BPM — 190, настроение — «Агрессивное», энергичность — 100%, эпоха — современная, размер 4/4, язык — русский.
- Аранжировка: студийное сведение; инструменты — синтезаторы, драм-машина, бас; эффекты — дисторшн, сайдчейн.
- Структура композиции: интро, куплет, припев, дроп, бридж, аутро.
- Тип вокала: «Рэп / речитатив».
- Свой текст песни: оригинальный авторский текст со структурными тегами в квадратных скобках, как принято в SUNO, с пометками динамики (что петь шёпотом, что тихо с интонацией удивления, что кричать в финале).
Конкретные косяки генерации:
1. Темп не соответствует заданию — критично.
Выставлено 190 BPM. Фактическое звучание на слух — около 40–50 BPM: трек медленный и тягучий вместо энергичного, характерный быстрый бит жанра отсутствует. При этом автоматическая проверка файла оценила темп примерно в 190 — две проверки противоречат друг другу. Либо генератор игнорирует выставленный параметр, либо неверно строит ритмическую сетку. Это нужно проверить в первую очередь.
2. Бас не соответствует заданию.
Задание: плотный моно-бас по центру с сильным панчем и физической вибрацией. Факт: бас слабый, панча и вибрации нет даже в наушниках, бас уходит в стерео, сайдчейн-эффект отсутствует. Для выбранного жанра это провал — бас здесь главный инструмент.
3. Непрерывность нарушена.
В описании прямо заказана музыка без пауз. Факт: провалы громкости и короткие паузы в середине трека, резкий переход перед финальной частью.
4. Вокал противоречит заданию.
Задание: агрессивная подача, речитатив, без автотюна, сухой микс, бэк-выкрики в припевах. Факт: монотонный вокал с элементами автотюна и реверберации — при прямом запрете на них в описании музыки. То есть запреты либо не читаются, либо не исполняются.
5. Текст исполнен неверно.
Многие слова проглатываются и неразборчивы, отдельные строки пропущены или подменены другими формулировками, некоторые части спеты не тем тоном, чем задано: то, что должно было звучать тихо и с интонацией удивления, спето громче; задуманный финальный крик отсутствует или слился с предыдущей строкой; затухание в конце хаотичное, без плавности. Дословное воспроизведение авторского текста — базовое ожидание от функции «Свой текст песни», здесь оно не выполнено.
6. Качество звука.
При прямом запрете на перегрузку и шумы в треке — клиппинг на пиках, цифровые шумы и артефакты генерации. Динамика неравномерная: то чрезмерно плотная, то разреженная.
7. Не хватает ключевого поля — «Исключение из стиля».
В интерфейсе AIsha отсутствует поле исключений (negative prompt по стилю), которое есть у конкурентов. Оно критически важно: без него запреты приходится «зашивать» внутрь описания музыки, что раздувает текст и создаёт противоречия внутри промпта. Прошу добавить отдельное поле «Исключение из стиля».
8. Лимиты полей — главное неудобство.
Лучшее решение — убрать лимиты на длину полей полностью: пусть пользователь сам решает, сколько символов ему нужно для описания замысла. Никакой технической необходимости в жёстких лимитах нет, а ущерб от них очевиден: пользователь не может полноценно описать стиль, структуру и пожелания к песне, результат страдает — как в моём случае.
Если убирать лимиты совсем не готовы — прошу минимум:
- Поле «Свой текст песни» — не менее 5000 символов: полноценный текст с разметкой структуры и динамикой в текущий лимит не помещается.
- Поле «Описание музыки» — не менее 2000 символов: детальное описание стиля и звука в текущий лимит не влезает.
- Поле «Исключение из стиля» (после его добавления) — не менее 1000 символов: для справки, у SUNO лимит всего 200 символов, и его катастрофически не хватает — пожалуйста, не повторяйте эту ошибку, а сделайте сразу с запасом или без лимита вовсе.
Вопросы к разработчикам:
1. Влияет ли поле BPM на фактический темп генерации? Трек при 190 BPM звучит на 40–50.
2. Выполняются ли запреты из «Описания музыки» (no autotune, no reverb, no clipping) — или это декоративный текст?
3. Обрабатываются ли структурные теги в квадратных скобках в тексте песни, или генератор их игнорирует либо поёт вслух как слова?
4. Поддерживаются ли пометки динамики внутри текста (шёпот/крик/тихая подача)? Если нет — укажите это честно в описании функционала, чтобы пользователи не тратили внутреннюю валюту (BPM) на заведомо невыполнимые ожидания.
Прошу отреагировать: доработать генератор по перечисленным пунктам (в первую очередь — темп, запреты и лимиты полей) либо честно ограничить заявленные возможности в интерфейсе. Готов предоставить исходные материалы (описание музыки, текст, итоговый WAV-файл и его разбор) для анализа вашей командой.
С уважением,
Павел (ник: PowerHitPashechka)
