Отправлено: 13.06.06 18:25. Заголовок: Traders Tool: Catalogs Comparer

Программа для сравнения музыкальных каталогов в формате XLS.
Позволяет искать дубликаты в пределах одного / двух разных файлах или отсутствующие в одном и имеющиеся в другом альбомы.
По сути, облегчает составление вишлиста и поиск дубликатов.
Наличие установленного MS Excel не требуется...
Скриншот - http://www.wild_user.fatal.ru/TT_Catalogs_Comparer.html
Программа - http://www.wild_user.fatal.ru/music_soft/TT_Catalogs_Comparer_2.rar
Справка - http://www.wild_user.fatal.ru/music_soft/Comparer_help.rar

Просьба высказывать мнения, пожелания, советы и сообщения о багах тут, по e-mail или ICQ 246825708.

P.S. УБЕДИТЕЛЬНЕЙШАЯ просьба - при описании найденных ошибок, указывайте по возможности подробно суть ошибки, желательно с примерами, на которых эти ошибки проявляются (приветствуется наличие сравниваемых файлов или их части), какие настройки были выставлены (можно прислать ini-файл программы), а также версию программы и операционной системы.

 Отправлено: 22.08.06 10:33. Заголовок: Re:

2 Damned
Линк - в шапке темы.

 Отправлено: 22.08.06 15:39. Заголовок: Re:

даешь opensource и совместные проекты :)

 Отправлено: 20.09.06 21:09. Заголовок: Re:

Прога классная, но я что-то не пойму - при сравнении битрейтов есть настройки "Не добавлять, если в Master <= ..., а в Slave >- ...", т.е. по сути битрейты не сравниваются друг с другом, а лишь проходят проверку на это условие. Можно ли в этой проге просто сделать так чтоб сравнивались битрейты между собой, и тогда находились все битрейты, которые выше чем в Master. Потому что, как я понял, настройками программы просто нельзя охватить все случаи

 Отправлено: 20.09.06 21:41. Заголовок: Re:

Whats пишет:

цитата:

"Не добавлять, если в Master <= ..., а в Slave >- ..."

Во-первых не "НЕ добавлять", а "ДОБАВЛЯТЬ".
Whats пишет:

цитата:

чтоб сравнивались битрейты между собой

Это и должно происходить, при правильном указании колонок с битрейтом.
Whats пишет:

цитата:

находились все битрейты, которые выше чем в Master

Насколько выше то? На 1 кбит/сек или на 10? Грести всё подряд, лишь бы чуть выше? По-моему, нет смысла "улучшать" битрейт абы как. Величиной "...если в Мастер <=..." задаётся битрейт, который для тебя есть достойный улучшения (например - 128). Далее - величина "...а в Слэйв >=..." указывает битрейт, который является приемлемым для улучшения (например - 256). Чем не устраивает такой вариант? Если уж улучшать битрейт, то сразу, на максимальную величину, а не на единицы кбит/сек при каждом сравнении каталогов.
Хотя... Может ещё кого не устраивает реализация? ИМХО - смысла нет!

 Отправлено: 20.09.06 23:26. Заголовок: Re:

цитата:

Насколько выше то? На 1 кбит/сек или на 10? Грести всё подряд, лишь бы чуть выше? По-моему, нет смысла "улучшать" битрейт абы как

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

цитата:

"...если в Мастер <=..." задаётся битрейт, который для тебя есть достойный улучшения (например - 128). Далее - величина "...а в Слэйв >=..." указывает битрейт, который является приемлемым для улучшения (например - 256)

Тогда во многих случаях альбомы с качественно лучшим битрейтом определятся не будут, например:
если в мастере 64, а в слейве 192; в мастере 96, а в слейв 224; в мастере 160, а в слейве 320.

Да и вообще как ни настраивай эти 2 параметра - куча вариантов всё равно выпадает, и по-моему единственное решение - сравнивать напрямую битрейты мастера и слейва, плюс если сделать возможность выставлять минимальную величину улучшения битрейта, будет вообще отлично

 Отправлено: 03.10.06 14:06. Заголовок: Re:

Программа безусловна классная. Но вот сегодня, она меня просто убила, выдав «Вот зараза – опять ошибка!». Но так как вручную, уже влом мне сравнивать каталоги по 5 с лишним тыс. позиций, то решил найти источник ошибки. Выяснилось, что один из столбцов, ссылается на другой. Своего рода, проверка на новинки. Удалил оба столбца, все заработало. Может быть в новой версии такого нет, надо будет попробовать. У меня сейчас v2.0.2.

 Отправлено: 03.10.06 15:08. Заголовок: Re:

2 Die Hard
Да, такое иногда бывает. Нужно наверное изменять метод загрузки из экселя. Возможно, если сам не наковыряю что-нибудь, придётся просить помощи у более опытных товарищев :).
А пока...
Лечится либо описанным тобой методом, либо пересохранением эксель-файла в csv и последующей загрузкой в компарер.
Кстати, у TableComparer такого вроде не наблюдается, может его автор захочет подсказать, что не так я делаю...
А нельзя ли мне тот файл прислать, в оригинале (на котором глюк проявляется)? Мыло в профиле...

Добавлено.
Урра!
Вроде удалось победить сей глюк. Но хотелось бы проверить, поэтому предложение прислать "тот" файл - в силе.
Кстати, TableComparer страдает той же "болезнью"...

 Отправлено: 06.10.06 18:32. Заголовок: Re:

Wild User, мой пост ты не заметил или проигнорировал?

 Отправлено: 06.10.06 18:51. Заголовок: Re:

Whats пишет:

цитата:

Wild User, мой пост ты не заметил или проигнорировал?

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

 Отправлено: 30.10.06 23:07. Заголовок: Re:

Очередная бетка...

Текущие изменения:
1. ПОЛНЫЙ отказ от работы через Эксель. Загрузка и сохранение
выполняется программой внутренними методами. Разделитель для csv
определяется автоматически (если будет некорректно работать - пишите, добавлю
ручной выбор разделителя).
2. Незначительные изменения интерфейса. Заменены контролы, которые
периодически глючили при прорисовке.
3. Добавлена возможность "улучшать" битрейт порогово, т.е.
при превышении битрейта альбома Мастер-файла на заданную величину.
(этe идею предлагал чуть выше Whats , но хоть она и не получила ничьих отзывов,
всё равно была добавлена экспериментально).
4. Различные мелкие переделки-доработки для функции сохранения результата.
Формат файла выбирается в диалоге выбора пути для сохранения.
5. + всякие мелочи...

Ссылки в шапке, если что не так - сообщайте.

 Отправлено: 31.10.06 02:17. Заголовок: Re:

цитата:

этe идею предлагал чуть выше Whats , но хоть она и не получила ничьих отзывов, всё равно была добавлена экспериментально

я тогда подумал, что он прав, и промолчал

 Отправлено: 31.10.06 10:33. Заголовок: Re:

2 Ahv
Ты промолчал про то что Whats прав, другие промолчали что не прав, остальные молчат и всякую фигню думают :)
В общем, что б не спорили - добавил :)

 Отправлено: 31.10.06 10:37. Заголовок: Re:

никто не спорит => я спор выиграл, он прав.
hooray for me!

 Отправлено: 04.11.06 21:50. Заголовок: Re:

супер, терь всё отлично)))
только неплохо было бы диапазон битрейта сделать не от 10-ти, а от 3-4рёх - чтобы надёжней шло сравнение по размерам альбомов

 Отправлено: 27.12.06 19:08. Заголовок: Re:

Обновление до версии 2.3
Главным образом, переделаны все алгоритмы сравнения для увеличения скорости.
Думаю, что повысить скорость удалось значительно. А заодно и улучшить
качество сравнения. Например, для программы являются одинаковыми такие написания, как -
Игорь Тальков = Тальков Игорь = Igor' Tal'kov = Tal'kov Igor'
Это позволяет определять "транслитерированных" русских исполнителей и "перевёртыши" (часто встречается для имён собственных).
Ну и - С НАСТУПАЮЩИМ ВСЕХ!

 Отправлено: 22.01.09 13:04. Заголовок: Заметил один глюк у ..

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

 Отправлено: 22.01.09 14:25. Заголовок: Exchangenewage пишет..

Exchangenewage пишет:

цитата:

При небольшом проценте допуска

Сколько и в каком режиме сравнения?

 Отправлено: 26.01.09 18:26. Заголовок: Процент допуска: 30...

Процент допуска: 30. Способ сравнения: нестрогое. Действие: "поиск имеющегося" или "поиск дубликатов".
В сравниваемых каталогах по 2000 альбомов.

 Отправлено: 27.01.09 20:46. Заголовок: Не смог воспроизвест..

Не смог воспроизвести. Два каталога по ~5500 позиций, время сравнения - 20 секунд.
А зачем такой низкий процент выставлять? 70-80 будет достаточно.

ЗЫ. А если 50 или 60 выставить, то тот же результат, что и при 30?

 Отправлено: 28.01.09 09:23. Заголовок: При 60 уже нормально..

При 60 уже нормально работает. Низкий процент выставлял, когда определял, какой процент будет оптимальным для программы.