AIMP Forum
AIMP for PC => Ошибки и замечания / Bugs => Topic started by: DarkDrawKill on February 24, 2026, 22:50:44
-
при попытке заменить удалённый мп3 на флак через поиск перемещённых файлов он зачем то решил переименовать несуществующий файл на уже существующий (естественно выдал об этом ошибку)
Main 2026.02.24 22:46:47.621 E/App: [EInvalidInsert] EInvalidInsert: Cannot rename the "/home/~/Музыка/Jet, The Bloody Beetroots - My Name Is Thunder (Rock Version)(Bonus Track).mp3" file to "/home/~/Музыка/Jet & The Bloody Beetroots - 18. My Name Is Thunder (Rock Version) (Bonus Track).flac" because file with this name already exists in DB.
и после этого в консоли очень много раз выдало ошибку
WARNING: TGtk3WidgetSet.GetCapture returned wrong result grabber is: GtkMessageDialog please report a bug.
v6.00.3044 Alpha 9
GTK3-64-bit (23.02.2026)
Linux / Debian GNU/Linux 13 (trixie) / lightdm-xsession on x11
ps прямая ссылка на деп пакет почему то возвращает файл с нулевым размером изза чего я не смог установить обновление через скрипт
-
при попытке заменить удалённый мп3 на флак через поиск перемещённых файлов он зачем то решил переименовать несуществующий файл на уже существующий
Вот так взял и сам решил заменить? У вас включен автоматический поиск перемещенных файлов при обновлении базы? или вы вручную это сделали?
и после этого в консоли очень много раз выдало ошибку
Это нормально для ситуации, когда Capture срывается системой, а не пользовательским кодом.
ps прямая ссылка на деп пакет почему то возвращает файл с нулевым размером изза чего я не смог установить обновление через скрипт
windows в ссылке надо заменить на desktop
-
Вот так взял и сам решил заменить? У вас включен автоматический поиск перемещенных файлов при обновлении базы? или вы вручную это сделали?
всё делаю ручками: сначала удаляю старые мп3 файлы заменяю на флак потом вызываю поиск файлов чтобы заменить существующие записи а уже потом добавляю новые через +
windows в ссылке надо заменить на desktop
спасибо что сказали заменю
зы удалось решить проблему почемуто в фонотеке оказалась запись от того же исполнителя которая указывала на этот трек но её название было другое видимо чтото пошло не так при редактировании тегов (я сначала закидываю всё в редактор тегов от туда копирую в основную папку и работаю уже с копиями)
-
вызываю поиск файлов чтобы заменить существующие записи
Т.е. плеер сам выполнил поиск и предложил вам на замену файл, который уже был в базе данных? или вручную указали, на который файл заменять ненайденный?
-
плеер сам выполнил поиск и предложил вам на замену файл
Обычно он так и делает, но иногда он просто не предлагает файл, хотя разница, что название старого трека — это подназвание нового, поэтому я не обратил внимание и ручками ему указал.
-
Движок оценивает степень похожести, если степень больше 33% - файл предлагается на замену, но галочка не ставится. Если степень больше 66% - ставится галочка. Не имея исходных данных мне сложно сказать, почему в каком-то конкретном случае плеер не подцепил файл автоматически...
Ну а раз файл на замену был выбран вручную - тогда никакой ошибки тут нет
-
Движок оценивает степень похожести, если степень больше 33% - файл предлагается на замену
если старый файл был Автор - Трек а новый Автор, ... - Трек (feat. ...) (Original Mix) то видимо степень получается ниже 33% это возможно объясняет
-
если старый файл был Автор - Трек а новый Автор, ... - Трек (feat. ...) (Original Mix) то видимо степень получается ниже 33% это возможно объясняет
В сравнении фигурируют не только Автор и Трек, но и другие метаданные. Если кроме этих двух полей ничего нет - да, 33% вполне может и не набраться...