SH015
|
|
|
|
livedc | Дата: Суббота, 25.07.2009, 17:13 | Сообщение # 1 |
Admin
Сообщений: 159
Репутация: 11
Статус: Offline
| Абсолютно неадекватная обработка бинарных дубликатов. Очень неудобно собирать музыкальные альбомы: если раньше брал самосбор - то исходные альбомы будут щербатыми и, при отсутствии в них тегов, неподдающимися автоматической обработке. Совершенно недопустимое поведение. Предложение: В настройках выделить отдельную тему об обработке дубликатов, где предложить на выбор ряд поведений: - существующий (молча исключать из списка закачки). - спрашивать при добавлении в список закачки каждый раз (Да - Да для всех - Нет - Нет для всех) - молча добавлять в список. Во всех случаях предложить вести отдельный лог с указанием цепочек дубликатов. При этом, естественно, качать дубликат не надо, но надо предложить в настройках юзеру на выбор: - скопировать существующий файл - создать файл .lnk с существующего причём имя создаваемого файла в обоих случаях идентично тому, что в списке закачки. Да, необязательное, но немаловажное предложение: Дубликаты файлов, использующих теги, редко идентифицируются верно - достаточно не совпасть биту в описании, хотя контент и идентичен. Методически верно было бы хранить для таких файлов два хеша - с тегами и без. И искать по обоим. Понятно, что это гораздо более ресурсоёмко, однако и уровень сервиса даёт уникальный. (NoneNobody)
|
|
|
|
hmury | Дата: Суббота, 25.07.2009, 18:15 | Сообщение # 2 |
Генерал-лейтенант
Сообщений: 599
Репутация: 32
Статус: Offline
| с технической точки зрения бред. если редактор тэга ID3v2 перезаписал несколько микросекунд в начале музыки тэгом, то формально звуковые данные другие, а для слушателя одинаково и потом, поддерживать что-ли весь зоопарк форматов файлов
|
|
|
|
Net | Дата: Воскресенье, 26.07.2009, 18:47 | Сообщение # 3 |
Рядовой
Сообщений: 18
Репутация: 0
Статус: Offline
| Я обеими руками ЗА !!! Аналогично собираю музыку со всего света и очень часто получается так, что одинаковые сборники , альбомы, названы немного по разному, а треки идентичные и грей начинает тупо копировать уже существующие файлы, голосую за это предложение за десятерых Если не изменяет память, то в Стронге была (а может и есть) фича : Не закачивать уже существующие файлы.
|
|
|
|
hmury | Дата: Воскресенье, 26.07.2009, 21:47 | Сообщение # 4 |
Генерал-лейтенант
Сообщений: 599
Репутация: 32
Статус: Offline
| Quote (Net) грей начинает тупо копировать уже существующие файлы отключается: настройки -> очередь -> "копировать из шары вместо скачивания, если размер файла меньше" -> поставить 0 ещё можно в своём файл-листе нажать кнопку "Дубликаты"
|
|
|
|
Net | Дата: Воскресенье, 26.07.2009, 23:43 | Сообщение # 5 |
Рядовой
Сообщений: 18
Репутация: 0
Статус: Offline
| Вот это я лопухнулся , и вправду работает, тнх... Хотя помнится ставил на какой-то ранней версии 0 так накачал себе дублей пару гигов ,незнаю может и глючок был, ну ладно, низкий поклон тебе hmury, за спасение моего трафика и свободного места на харде.... P.S. Может актуально вернуть это: Quote в Стронге была (а может и есть) фича : Не закачивать уже существующие файлы. Просто, понятно и по Русски
Сообщение отредактировал Net - Воскресенье, 26.07.2009, 23:47 |
|
|
|
hmury | Дата: Понедельник, 27.07.2009, 00:15 | Сообщение # 6 |
Генерал-лейтенант
Сообщений: 599
Репутация: 32
Статус: Offline
| Quote (Net) P.S. Может актуально вернуть это: Quote в Стронге была (а может и есть) фича : Не закачивать уже существующие файлы. Просто, понятно и по Русски копирование мелких файлов из шары вместо блокирования скачки - это полезно, когда в каждой папке есть одинаковые мелкие файлы, но без которых программа не будет работать (например, одинаковый autorun.exe на дистрибутивах дисков) предлагаю удалить настройки приоритета в зависимости от размера файла (мне кажется, они не полезные) и освободившееся место отдать на детальную проработку этой настройки: = При скачивании файла, уже находящегося в шаре (_) Игнорировать файл (*) Копировать файл из шары в место закачки, если файл меньше [___] Мб (_) Всегда копировать файл из шары в место закачки если выбрана первая птичка, то в поле ввода мегабайтов ставится 0, если последняя, то ставится 99999. то есть кроме страницы настроек в программе ничего менять не надо
|
|
|
|
amris | Дата: Пятница, 21.08.2009, 14:21 | Сообщение # 7 |
Статус:
| Возможно был бы полезным еще один подпункт? [_] При наличии возможности создавать хардлинк То есть если файл в шаре и скачиваемый файл - в пределах одного NTFS тома, то не копировать физически файл еще раз, а делать линк. И быстре будет, бо не будет физического копирования, и место при этом будет расходоваться более эффективно...
|
|
|
|
SerJo | Дата: Пятница, 21.08.2009, 20:49 | Сообщение # 8 |
Полковник
Сообщений: 186
Репутация: 3
Статус: Offline
| amris, ты про дубыль линки в своей шаре?! а толку то, как ты это представлеешь в действии? обработыватся будет долго перед скачкой файла с юзера, сверка со своей шарой. Интересно, но ИМХО не востребовано - не нужно
Запретный плод пользуется популярностью у народа только из-за того, что он запретный, будь он легален - интерес у народа значительно уменьшился б, после критического возрастания :) => легально — не интересно))))
|
|
|
|
hmury | Дата: Воскресенье, 23.08.2009, 00:12 | Сообщение # 9 |
Генерал-лейтенант
Сообщений: 599
Репутация: 32
Статус: Offline
| хард-линки опасны тем, что редактируя файл в одной папке, он меняется сразу во всех местах. во избежание недоразумений лечше их не делать
|
|
|
|