[zzxy] Большие файл списки из-за Флайлинковых доп.полей, когда они не нужны запросившему, - увеличивают файлсписки, т.е.время скачки

[GoogleCodeExporter]

Большие файл списки из-за Флайлинковых 
доп.полей  "Кол-во скачиваний файла 
(популярность)","Битрейт mp3 файлов (качество 
музыки)" и "Дата хэширования (позволяет 
быстро найти «новые» файлы)" - ещё 
доп.увеличивают файлсписки,  притом даже 
нет выключателя запроса файлсписка в таком 
"расширенном" формате - когда такое не нужно 
(многим и во многих случаях)

Original issue reported on code.google.com by zzzxzzzy...@gmail.com on 1 Aug 2013 at 7:46

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Цель экономить на размере файл-листа?
он же пожат bz2
урл на пример большого файл листа киньте - я 
оценю потери в числах.

Original comment by Pavel.Pimenov@gmail.com on 1 Aug 2013 at 8:04

• Changed state: Accepted

[GoogleCodeExporter]

Если автор предлагает добавить 
"выключатель" вывода ЛИШНЕЙ информации, 
пусть так и говорит

Original comment by zippoz...@gmail.com on 1 Aug 2013 at 8:12

[GoogleCodeExporter]

Original comment by JhaoDa on 1 Aug 2013 at 8:12

• Changed state: New

[GoogleCodeExporter]

Нет у нас никакой лишней информации в Файл 
листах, Можно сказать, что наш формат уже 
стал умолчанием для DC++ поскольку поддержку 
медиаинфо в оригинал приняли.

В общем даже никаких опций по данной ишье 
быть не может.

Вот пример кусочка файл листа с полным 
набором параметров, прошу обратить 
внимание, что тут даже нет данных для 
колонки "Кол-во скачиваний файла 
(популярность)":

            <Directory Name="Я Робот">
                <File Name="I Robot.mkv" Size="4259808572" TTH="UZLGVVJAUUZC4MUO7V5D6VWVNAUTX7WJXCO3CBA" TS="1372081905" BR="384" WH="1280x720" MA="1h 54mn | AC-3, 5.1, 384 Kbps, Russian" MV="AVC, 4 565 Kbps, 23.976 fps"/>
            </Directory>
            <File Name="The Village.H264.1280x720.HDTV.mkv" Size="4695093467" TTH="3ITAEBCSEVST5CQKRIUQMMDOWG7RRW4G67D3BHI" TS="1372081881" BR="448" WH="1280x720" MA="1h 46mn | AC-3, 5.1, 448 Kbps, Russian" MV="AVC, 5 420 Kbps, 23.976 fps"/>
            <File Name="500.dney.leta.2009.x264.BDRip.mkv" Size="4784928001" TTH="BKD6NRTPU2DD3TS6IEJC77M6JV6JYRZATWFQHQQ" TS="1372081879" BR="1509" WH="1280x534" MA="1h 35mn | MPEG, 2.0, 128 Kbps, Russian | DTS, 5.1, 1 509 Kbps, English | Vorbis, 2.0, 80.0 Kbps, English" MV="AVC, 4 992 Kbps, 23.976 fps"/>

В общем ничего из файл листа удалять не 
нужно ибо этот текст чудесно жмётся.

Original comment by a.rain...@gmail.com on 1 Aug 2013 at 8:48

[GoogleCodeExporter]

Единственное, что действительно позволит 
сократить размер файла это перевод его в 
бинарный формат, но это надо делать 
централизованно на уровне протокола.

Original comment by a.rain...@gmail.com on 1 Aug 2013 at 8:50

[GoogleCodeExporter]

Если файл из шары скачают хоть раз, то в XML 
появится тэг "HIT";
Если человек задумал скачать файлик весом 
1.4 гига то файл-лист тоще на несколько кб-мб
ведь не является большим накладным 
расходом?

Original comment by Pavel.Pimenov@gmail.com on 2 Aug 2013 at 2:33

[GoogleCodeExporter]

>>Если автор предлагает добавить 
"выключатель" вывода лишней информации, 
пусть так и говорит
- Я сказал то - что сказал. 
То о чём Вы говорите - это всего лишь 
выключение «ВЫВОДА», 
что и так любой желающий может проделать у 
себя по соотвующему rmb.
  В преждложении говорится о генерации двух списков, с вторым дополнительным - без ук.[медиа] информаций и доп.чекбокс вроде "Уменьшать размер файлсписков - не запрашивая поля [медиа-]расширенний Flylink". Например, если у скачивающего этот чекбокс выключен, или старючая версия флая - не понимающая/итак_игнорирующая всю эту медиа инфу, или вообще клиент НЕ Флай - отсылать файлсписок без этих расширенных полей.

to: a.rain...@gmail.com
Я конечно не знаю как Вам, но как помне 
            <Directory Name="Я Робот">
                <File Name="I Robot.mkv" Size="4259808572" TTH="UZLGVVJAUUZC4MUO7V5D6VWVNAUTX7WJXCO3CBA"/>
            </Directory>

- будет покороче(в два раза) чем:
            <Directory Name="Я Робот">
                <File Name="I Robot.mkv" Size="4259808572" TTH="UZLGVVJAUUZC4MUO7V5D6VWVNAUTX7WJXCO3CBA" TS="1372081905" BR="384" WH="1280x720" MA="1h 54mn | AC-3, 5.1, 384 Kbps, Russian" MV="AVC, 4 565 Kbps, 23.976 fps"/>
            </Directory>
+"прошу обратить внимание, что тут даже нет 
данных для колонки "Кол-во скачиваний файла 
(популярность)"...

to Pavel.Pimenov@gmail.com:

>>Цель экономить на размере файл-листа? он 
же пожат bz2
- Вы переоцениваете мощность современных 
архиваторов... лично меня удручают 
файлсписки по 10,20 а то и больше MB (ещё и 
тянущиеся через разные хабы)
>>Цель экономить на размере файл-листа?
Что такое 20 MB в сжатом состоянии, это 
необходимость в дополнительной 
процессорном времени и памяти, времени 
ожидании распаковки [и готовность к выводу 
на экран - при просмотре его пользователем], 
как минимум - Вам мало?

>> Если файл из шары скачают хоть раз, то в XML 
появится тэг "HIT"
- Не очень понял - к чему это тут. 
PS: Но, зато возник вопрос: что прямо в самом 
файлсписке, 
т.е.он что динамически изменяется и 
перепаковыватся - для каждого запросившего?

>>Если человек задумал скачать файлик весом 
1.4 гига то файл-лист тоще на несколько кб-мб
ведь не является большим накладным 
расходом?
- А, если ему надо всего 1MB книжку и тянуть 
несколько [десятков]мегабайт файлсписка... 
[притом после_автопоиска/изДиалогаПоиск: 
нередко - ещё и через разные хабы...]
(и к примеру: притом что и так скорость сети 
- 16kB/s (стандартный 128Mb/s тариф, есть ещё и 64 не 
менее стандартный, достаточный людямдля 
емайлов), а нередко вижу и 1kB/s!... впрочем и на 
10MB/s - большие файлспики раздражают)

В общем, можно сказать так - Флайлинк своими 
новшествами забивает канал, 
в случае не безлимита(или безлимита но 
через повременно тарифицируемый 
телефонный [городской] номер) - тратит 
деньги своих (и НЕ СВОИХ) пользователей,
причём чаще всего по напрасну, без 
надобности как раздающему так и 
скачивающему.

Original comment by zzzxzzzy...@gmail.com on 2 Aug 2013 at 7:34