bt.prio_first_last_piece - скачивает ровно по 1 мегабайту в конце и начале файла, дальше как обычно
ну ясно в общем
хотя я думал что "если мне эта мысль пришла в голову, то и другим она должна была прийти ещё раньше, а значит возможно кто-то из программистов реализовал это на практике"
тем более, что есть клиенты с открытыми исходниками (да и спецификации протоколов), что весьма облегчает задачу
P.S. Кажись VLC открывает неконфликтно
bt.prio_first_last_piece - скачивает ровно по 1 мегабайту в конце и начале файла, дальше как обычно
ну ясно в общем
хотя я думал что "если мне эта мысль пришла в голову, то и другим она должна была прийти ещё раньше, а значит возможно кто-то из программистов реализовал это на практике"
тем более, что есть клиенты с открытыми исходниками (да и спецификации протоколов), что весьма облегчает задачу
P.S. Кажись VLC открывает неконфликтно
— daemolisherДопустим, найдется такая "светлая" голова, что напишет клиент с такой возможностью. И не дай Бог, если этот клиент станет популярным.
Поясню свою мысль.
Допустим, начинается новая раздача. Появляются первые пиры и начинают качать от инициатора и пытаться качать друг от друга. Но у всех пиров только начало фильма и качать друг у друга они не могут. Приходится качать новые части только у инициатора. Но у него канал не безграничный и всех сразу он обслужить не может.
Теперь, допустим, с опозданием появляется новый пир. И тоже требует себе начало фильма. Сначала для него наступает раздолье, т.к. это начало есть у всех - качай у кого хочешь, а не только у инициатора, который загибается со своим забитым каналом. Поэтому, вначале он качает весьма быстро. Но затем он догоняет прочих пиров и скорость скачки резко падает, т.к. теперь и он может качать только у инициатора.
Конечно, данная ситуация несколько утрирована. Во первых, даже в этих условиях кто-то из пиров будет вырываться вперед и временно сможет разгружать инициатора. Но и у него канал будет таким образом точно так же забиваться. А во вторых, не все пользователи будут использовать эту функцию. Поэтому раздаваться будут на самом деле не только первые части, но и все остальные.
Но в целом картина ясная - канал инициатора забивается. По нему передаются большей частью одни и те же части. Скорость распространения фильмов на начальном этапе падает. И чем больше пиров вступают в рой, тем медленнее у них происходит скачка. При этом она упадет настолько, что смотреть фильм одновременно со скачкой будет невозможно.
Кстати, скорость раздачи у пиров на начальном этапе тоже будет ниже. Потому что они могут раздавать только первые части, которые есть и у других пиров. А прочие части, которые отсутствуют у других, отсутствуют и у них самих.
Конечно, если раздача старая, сидов у нее много, а пиров мало, то ничего подобного не возникнет. Но многие ли пользователи будут разбираться в настройках настолько, что будут правильно в нужное время включать/отключать эту опцию?
Ого
Настоящая лекция
Я прекрасно понимаю сущность этой возможности, которая несколько подрывает идеологию битторрент сети.
Вообще-то я предполагал это использовать когда сидов 100, а личеров 1
Ого
Настоящая лекция
Я прекрасно понимаю сущность этой возможности, которая несколько подрывает идеологию битторрент сети.
Вообще-то я предполагал это использовать когда сидов 100, а личеров 1
http://ru.wikipedia.org/wiki/Эффект_безбилетника
— daemolisherНу да ... Если 100/1, то эффект будет. Только повторю, сколько пользователей будут грамотно пользоваться этой опцией - когда надо и сколько надо? То-то ...
А если у инициатора будет включен режим суперсида, то раздача может вообще затормозиться полностью ...
а я не предлагаю всем этим пользоваться (поймите меня правильно)
если найду - буду качать, другим не скажу
а зачем?
начнут все пользоваться - заглохнет все, себе вред.
логично?
а я не предлагаю всем этим пользоваться (поймите меня правильно)
если найду - буду качать, другим не скажу
а зачем?
начнут все пользоваться - заглохнет все, себе вред.
логично?
Логично ...
А вот еще подумалось, что если у инициатора "серый" IP, то это еще сильнее усугубит ситуацию.
Вобщем, о таких вещах говорить только шепотом и не при детях ))
Помогите разобраться.Скачал с торрента"Going postal" в 4-х гиговой версии. Качество картинки хорошее,но звук дребезжит и "убегает",т.е не идёт вровень с сюжетом.На компе установлены СССР,КМРплеер.Что лишнее или чего нехватает. Пожалуйста подскажите.
The KMPlayer по умолчанию свои кодеки пользует
так что CCCP на него не повлияет
попробуйте открыть в стандартном виндовом плеере (тогда должен использоваться CCCP)
может мощности ЦП не хватает?
вот тут плеер скачайте он мало ресурсов расходует
http://sourceforge.net/projects/mpc-hc/
я где-то читал что-то типа "установить приоритет бла-бла-бла скачивание первых частей файла бла-бла-бла"
но блин статья была на англицком и я не все понял, а запомнил ещё меньше и сейчас не могу найти где читал и про что
может я читал не про торрент-сети, а может про расшариватели или ещё что-нибудь распределённое
P.S.
— daemolisherМожет фича не стандартная в каком-нибудь клиенте. Порядок скачиваемых частей не зависит от BitTorrent-протокола.
В дополнительных настройках есть переменная bt.prio_first_last_piece, отвечающая за приоритет первых и последних частей. Ее можно установить в "true". Тогда первые и последние части удут закачаны в первую очередь.
Но это сделано для оценки качества фильмов. Скачав заголовок AVI с тегами можно получить информацию о разрешении, глубине цвета, битрейте и т.д. Если повезет, то можно даже увидеть несколько первых кадров. Но просматривать фильм по мере скачивания все равно будет нельзя. Потому что прочие части все равно будут скачиваться в случайном порядке.
Кроме того, при скачивании фильма его файл открывается в режиме записи, а при просмотре - в режиме чтения. Это приводит к конфликтам, т.к. для совместного чтения/записи нужно использовать другой режим открытия файла - режим общего доступа. Иначе возникает ошибка на уровне доступа к файлам.