)
[wlx/wdx/wcx] TCTorrent
Модераторы: Моторокер, Avada, CaptainFlint, Nik, d-view
Это куда бóльшие глубины... Сейчас всё отсчитывается от левой границы прямоугольника, но если добавлять левый отступ, его придётся учитывать везде: в отрисовке текста/маркеров/значков, в расчетах ширин, в оффсетах и границах ссылок и еще бог знает где. Такие вещи, по-хорошему, надо было делать сразу. Не знаю даже.yozhik писал(а):А можно ли ещё отступ (margin) слева чуть увеличить (или сделать настраиваемым)?
Я не совсем понял про что вы, но если про вариант открытия по F3, то у меня там есть под "треугольничком" «Подробно» и там какая-то нестандартная хрень под треугольничком «Нестандартные».yozhik писал(а):на этот торрент — в нём под заголовком Custom fields длииинный список AdditionalInfo. При вызове плагина этот список спрятан под треугольничком. Открывается он моментально, а вот закрывается значительно медленней: на x64 за 3-4 сек., а на x86 за 6-8 сек. Может быть возможно как-то оптимизировать закрытие?
Но в любом случае, я все эти "треугольнички" потыкал и туда и сюда, всё открывается и закрывается МОМЕНТАЛЬНО.
Винда 11 (22H2).
MAN-biker
Ну, да, верно, по-русски это список «Подробно», и да, он с «хренью» внутри. У меня Win 11 23H2, но сейчас ещё проверил на десятке 21H2 — есть тормоза при закрытии, причём до 8 секунд (на 32-битном Total'е). Вот на семёрке по-шустрее, за 3 секунды закрылось. А на XP ещё шустрее, секунды за 1,5 закрылось, но всё равно чуть притормаживает. Пока в голову не приходит на что бы ещё внимание обратить, что влиять на это может...
Ну, да, верно, по-русски это список «Подробно», и да, он с «хренью» внутри. У меня Win 11 23H2, но сейчас ещё проверил на десятке 21H2 — есть тормоза при закрытии, причём до 8 секунд (на 32-битном Total'е). Вот на семёрке по-шустрее, за 3 секунды закрылось. А на XP ещё шустрее, секунды за 1,5 закрылось, но всё равно чуть притормаживает. Пока в голову не приходит на что бы ещё внимание обратить, что влиять на это может...
Amo ergo sum
Полагаю, скорость дисков и тому подобного тут не при чем. Более вероятно, что это связано с работой системного ListBox, который лежит и в основе дельфийского компонента. Но до конца причина все равно непонятна.
Так или иначе, кое-что вроде удалось оптимизировать, хотя всё еще не идеально. И непонятно, не повлияет ли негативно на другие файлы. Сделать быстрее можно, но это уже переход на виртуальный список, переделывать слишком трудоемко.
Можно попробовать тестовую версию.
Так или иначе, кое-что вроде удалось оптимизировать, хотя всё еще не идеально. И непонятно, не повлияет ли негативно на другие файлы. Сделать быстрее можно, но это уже переход на виртуальный список, переделывать слишком трудоемко.
Можно попробовать тестовую версию.
Теперь совсем другой коленкор. За секунду закрылось даже на самой моей тормозной Win 11 23H2. Премного благодарен.Loopback писал(а):Можно попробовать тестовую версию.
Добавлено спустя 9 минут:
Погонял — никаких побочек пока не видно. Штук 40 торрент-файлов просмотрел у себя, какие были — открываются, в html экспортируются. Списки разные открываются/закрываются без лагов.
Amo ergo sum
Loopback
Было бы замечательно, если бы в плагине (очевидно в функции wcx) появилась возможность сравнения файлов по содержимому, то есть сравнения хэша в торрент файле с хэшем реального файла. Как результат - сообщение об идентичности или о факте различия.
При этом, желательно, что бы была возможность такого сравнения, как одноименных файлов, так и разных по имени (если скачанный файл был переименован).
То есть, речь о хэше самого торрент файла не идет. Речь - о хэшах входящих в него файлов.
И опция синхронизации директорий для многофайловых торрентов, действующая по аналогичному принципу тоже не помешала бы (в этом случае, разумеется сравнивались бы только одноименные файлы с одинаковыми относительными путями)
Было бы замечательно, если бы в плагине (очевидно в функции wcx) появилась возможность сравнения файлов по содержимому, то есть сравнения хэша в торрент файле с хэшем реального файла. Как результат - сообщение об идентичности или о факте различия.
При этом, желательно, что бы была возможность такого сравнения, как одноименных файлов, так и разных по имени (если скачанный файл был переименован).
То есть, речь о хэше самого торрент файла не идет. Речь - о хэшах входящих в него файлов.
И опция синхронизации директорий для многофайловых торрентов, действующая по аналогичному принципу тоже не помешала бы (в этом случае, разумеется сравнивались бы только одноименные файлы с одинаковыми относительными путями)
jentoso
Полагаю, что любой функционал зависит от реализации, В данном случае не вижу препятствий.
Если возникнут проблемы с использованием внутренних команд при расчете и сравнении хэшей, то это реализуемо как внешняя команда, поскольку от нее требуется лишь два варианта - истина или ложь.
при этом для "синхронизации" (точнее сравнения по хэшам всех файлов торрента) истина априори возможна только для одноименных файлов равного размера (в противном случае - ложь без сравнения хэшей). А при пофайловом сравнении хэшей для возможности истина дб априори одинаковый размер файла и размер файла в торренте.
Все операции выполняются в режиме read-only, никаких физических манипуляций не предусмотрено, результат - предоставление информации и только. Напомню, что речь идет о плагине в режиме wcx (архиваторный плагин), то есть любая команда выполняется только при вызове ее вручную (в отличие от wdx режима, для которого команды выполняются автоматом при настройке соответствующих колонок).
Полагаю, что любой функционал зависит от реализации, В данном случае не вижу препятствий.
Если возникнут проблемы с использованием внутренних команд при расчете и сравнении хэшей, то это реализуемо как внешняя команда, поскольку от нее требуется лишь два варианта - истина или ложь.
при этом для "синхронизации" (точнее сравнения по хэшам всех файлов торрента) истина априори возможна только для одноименных файлов равного размера (в противном случае - ложь без сравнения хэшей). А при пофайловом сравнении хэшей для возможности истина дб априори одинаковый размер файла и размер файла в торренте.
Все операции выполняются в режиме read-only, никаких физических манипуляций не предусмотрено, результат - предоставление информации и только. Напомню, что речь идет о плагине в режиме wcx (архиваторный плагин), то есть любая команда выполняется только при вызове ее вручную (в отличие от wdx режима, для которого команды выполняются автоматом при настройке соответствующих колонок).
Интерфейс WCX не предоставляет возможности сравнить "по содержимому", это делает тотал с предварительно распакованным файлом. Другие варианты плагинов тоже не очень-то подходят.Jonmey писал(а):(очевидно в функции wcx) появилась возможность сравнения файлов по содержимому, то есть сравнения хэша в торрент файле с хэшем реального файла
Но даже если не учитывать этот факт, это просто невозможно технически. В торрент-файле нет возможности получить хэш индивидуального файла без его полного скачивания. Хэш торрента разбит на блоки и хэширует по-сути непрерывный поток данных, собранный из всех файлов торрента. Т.е. первичны блоки хэша, разбивки на файлы в них нет.
Иногда для отдельных файлов бывают прописаны хэши ed2k/sha1, но это сугубо частный случай, нестандартное расширение формата.
Как написано выше, с индивидуальными файлами ничего сделать нельзя. Но на самом деле синхронизация вообще никак не укладывается в задачи плагина, это я бы в любом случае делать не стал.Jonmey писал(а):И опция синхронизации директорий