MuzCat - альтернативная аудио библиотека, для AIMP

[zldo]

Подтверждаю, причем у меня это произошло не сразу, а после неоднократной перезаписи тегов в файл.

Понял в чем проблема - исправлю.

[zldo]

обновленная версия библиотеки - http://zldo.ru/gen_atlbased.dll

[Sugreff]

Срасибо, вроде все работает

[zldo]

Это хорошо, можно спокойно новую версию готовить.

[zldo]

Версия от 10.06.2014 MuzCat 2.1 beta 2
http://zldo.ru/mc2.1b3.exe
Версия 2.1 beta 3
=============================================
Добавлено:__________________________________________________
- Возможность записи тегов в wma файлы;
- Опция сохранения базы данных с относительными путями к файлам;
- Контекстное меню панели переключения страниц дерева;
- Функция автоматической проверки «избранных» каталогов с
настраиваемой периодичностью;
- Опция разрешающая коррекцию даты изменения файла при записи тегов;
- Панель «Структура списка» - отображение содержимого списка в виде
дерева.

Изменено:___________________________________________________
- Повышена совместимость с AIMP при чтении тегов wma файлов;
- Изменены некоторые иконки в диалоге свойств файла;
- Убрана функция «Сохранить базу данных как» - заменена на функцию
«Сохранить копию базы данных как»;
- Отображение названия странице в заголовке диалога редактирования ее
свойств;
- Отображение рамки бегущей строки в соответствии с выбранной темой
оформления;
- Удалены кнопки «Создать новую базу данных» и «открыть» из панели
инструментов.

Исправлено:_________________________________________________
- Запись в id3v2 теги некоторых полей (комментарий, url);
- Ошибка открытия буфера обмена при редактировании списка;
- Убрана страница дерева «фильтры» из функции найти «похожее на
странице дерева»;
- Отображение иконок в диалоге редактирования;
- Прорисовка «жирного» текста в бегущей строке;
- Отображение диспетчера фоновых задач по нажатию на кнопку статуса
в главном меню;
- Убрано мерцание курсора мыши в области поля поиска главного окна;
- Получение имени файла воспроизводимого в AIMP файла;
- Ошибка при групповом редактировании поля url в списке.

[Captain Solo]

Версия от 10.06.2014 MuzCat 2.1 beta 2...

Спасибо, Александр!
Сейчас пощупаем. Хотел еще пожелания по поводу иконок выразить, но потом.

[Captain Solo]

Поработал с последним обновлением — внезапные падения исчезли (у меня их пока не было), работать стало комфортнее.

Во время выделения редактируемого набора строк (еще параллельно шло добавление новых файлов в базу) иногда появляется такая ошибка. Если она появилась, то дальше она появляется все чаще и чаще, когда что-либо выделяешь в списке или выделяешь текст в ячейке.


После закрытия окна ошибки и попытки продолжить работу получил вот такую картину

Такая беда со шрифтом была до перезапуска приложения.

Редко, пару-тройку раз, появлялась старая ошибка, о которой я сообщал ранее, но очень редко.


Иногда, при перемещении курсора по списку во время проигрывания трека появляется такая ошибка


А после этой ошибки, при переключении на следующий трек в плеере, появляется такая ошибка

Но падений нет.

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


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

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

[zldo]

Во время выделения редактируемого набора строк (еще параллельно шло добавление новых файлов в базу) иногда появляется такая ошибка. Если она появилась, то дальше она появляется все чаще и чаще, когда что-либо выделяешь в списке или выделяешь текст в ячейке.

Скорее всего, где-то память портится при добавлении файлов - последующие ошибки это уже последствие   Буду копать...

Пока непонятно как работает список плейлистов m3u, дело в том, что из них подтягиваются мертвые ссылки на файлы

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

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

Добавлю в функию автозаполнения опциональное удаление лишних пробелов.

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

Обычный Edit "из коробки" такой функционал не реализует - посмотрю что можно сделать.

[Captain Solo]

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

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


Функция построения списка дубликатов записей намертво вешает приложение.

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

[zldo]

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

думал что выкинул этот баг из 3 беты. Возникает если установлена опция "Относительные пути к файлам" в меню "База данных"
[fastpic СПАМ.ru/][/URL]

Функция построения списка дубликатов записей намертво вешает приложение.

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

Еще была ошибка связанная с буфером

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

[zldo]

Совсем забыл, файл базы данных в какой папке храниться? На том самом диске "E" или на другом?

[Captain Solo]

Еще одну ошибку словил, когда попытался раскрыть ветку сборников в разделе 'Альбомы'.


Сначала сразу появилось такое сообщение с ошибкой:


затем, как закрыл предыдущее сообщение, — такая ошибка:


После попытки закрыть окно с ошибкой (где-то 20 кликов), появилась следующее окно с ошибкой:


Любопытно, как определяется где альбом, а где именно сборник? Есть какой-то флаг для этого?

[Captain Solo]

Совсем забыл, файл базы данных в какой папке храниться? На том самом диске "E" или на другом?

Да, на том же E: диске, в собственной папке.

[zldo]

Еще одну ошибку словил, когда попытался раскрыть ветку сборников в разделе 'Альбомы'.

Все теже проблемы по памяти похоже на то, что база была ранее повреждена (скорее всего одна из смежных таблиц)

Любопытно, как определяется где альбом, а где именно сборник? Есть какой-то флаг для этого?

Для этого отдельное поле в базе данных есть. При добавлении файлов MuzCat сам пытается определить тип альбома по его содержимому и заполняет это поле.

Да, на том же E: диске, в собственной папке.

Ok, попробую у себя повторить.

[Captain Solo]

думал что выкинул этот баг из 3 беты. Возникает если установлена опция "Относительные пути к файлам" в меню "База данных"

А что нужно сделать? Я эту опцию отключить не могу — флажок в меню не отключается.

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

Да, скорее всего так и есть, ведь там у меня свыше 50 тыс. файлов, для такого нужно время. Возможно как-то можно разделить поток, что бы само приложение "не уходило в кому" — может, вообще отдельной функцией с предупреждением от случайного клика по разделу.

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

Спасибо — будет очень круто, если удаться справится с этим.