Live dc++ forum
Форма входа
Главная | SH015 - Форум | Воскресенье, 01.12.2024, 02:38
[ Новые сообщения · Участники · Правила форума · Поиск
  • Страница 1 из 1
  • 1
SH015
1. нужно [ 7 ] [70.00%]
2. все равно [ 1 ] [10.00%]
3. не нужно [ 2 ] [20.00%]
Всего ответов: 10
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
Я обеими руками ЗА !!!
Аналогично собираю музыку со всего света и очень часто получается так, что одинаковые сборники , альбомы, названы немного по разному, а треки идентичные и грей начинает тупо копировать уже существующие файлы, голосую за это предложение за десятерых smile
Если не изменяет память, то в Стронге была (а может и есть) фича : Не закачивать уже существующие файлы.
 
hmuryДата: Воскресенье, 26.07.2009, 21:47 | Сообщение # 4
Генерал-лейтенант
Сообщений: 599
Репутация: 32
Статус: Offline
Quote (Net)
грей начинает тупо копировать уже существующие файлы

отключается:

настройки -> очередь ->
"копировать из шары вместо скачивания, если размер файла меньше" -> поставить 0

ещё можно в своём файл-листе нажать кнопку "Дубликаты"

 
NetДата: Воскресенье, 26.07.2009, 23:43 | Сообщение # 5
Рядовой
Сообщений: 18
Репутация: 0
Статус: Offline
Вот это я лопухнулся biggrin , и вправду работает, тнх...
Хотя помнится ставил на какой-то ранней версии 0 так накачал себе дублей пару гигов wacko ,незнаю может и глючок был, ну ладно, низкий поклон тебе hmury, за спасение моего трафика и свободного места на харде.... biggrin

P.S. Может актуально вернуть это:

Quote
в Стронге была (а может и есть) фича : Не закачивать уже существующие файлы.

Просто, понятно и по Русски smile


Сообщение отредактировал 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,
ты про дубыль линки в своей шаре?!
а толку то, как ты это представлеешь в действии?
обработыватся будет долго перед скачкой файла с юзера, сверка со своей шарой.
Интересно, но ИМХО не востребовано - не нужно smile


Запретный плод пользуется популярностью у народа только из-за того, что он запретный, будь он легален - интерес у народа значительно уменьшился б, после критического возрастания :) => легально — не интересно))))
 
hmuryДата: Воскресенье, 23.08.2009, 00:12 | Сообщение # 9
Генерал-лейтенант
Сообщений: 599
Репутация: 32
Статус: Offline
хард-линки опасны тем, что редактируя файл в одной папке, он меняется сразу во всех местах.
во избежание недоразумений лечше их не делать
 
  • Страница 1 из 1
  • 1
Поиск:


В движке поковырялся LiveDC :p © 2024
Сделать бесплатный сайт с uCoz