Форум » Прочие темы » Traders Tool: Catalogs Comparer » Ответить

Traders Tool: Catalogs Comparer

Wild User: Программа для сравнения музыкальных каталогов в формате 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-файл программы), а также версию программы и операционной системы.

Ответов - 60, стр: 1 2 3 All

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

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

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


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

Whats: Насколько выше то? На 1 кбит/сек или на 10? Грести всё подряд, лишь бы чуть выше? По-моему, нет смысла "улучшать" битрейт абы как Можно добавить возможность указывать минимальную величину улучшения "...если в Мастер <=..." задаётся битрейт, который для тебя есть достойный улучшения (например - 128). Далее - величина "...а в Слэйв >=..." указывает битрейт, который является приемлемым для улучшения (например - 256) Тогда во многих случаях альбомы с качественно лучшим битрейтом определятся не будут, например: если в мастере 64, а в слейве 192; в мастере 96, а в слейв 224; в мастере 160, а в слейве 320. Да и вообще как ни настраивай эти 2 параметра - куча вариантов всё равно выпадает, и по-моему единственное решение - сравнивать напрямую битрейты мастера и слейва, плюс если сделать возможность выставлять минимальную величину улучшения битрейта, будет вообще отлично

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

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

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

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

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

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

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

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

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

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

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

Wild User: Exchangenewage пишет: При небольшом проценте допуска Сколько и в каком режиме сравнения?

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

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

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



полная версия страницы