Ru-Board.club
← Вернуться в раздел «Программы»

» The KMPlayer (часть 4)

Автор: Victor_VG
Дата сообщения: 27.06.2013 22:29
moraks

Торренты используют собственный протокол, и с тем сайтом что вы назвали надо специально разбираться. С ходу дать готовый рецепт как я не берусь.
Автор: moraks
Дата сообщения: 28.06.2013 05:17

Цитата:
Вся суть в движке, у которого есть свой API и с которым можно научить работать вроде как даже любой плеер
Про это я писал... Ведь к KMP можно подключать плагины. И этот плагин уже написан. Нужно как-то настроить KMP чтоб он его еще подключал... У меня вот одно желание, чтоб стоял на компах один KMP, который бы всё воспроизводил, а не куча разных плееров... Да и VLC далеко не лучший пример гибкости в настройках...


И без разницы какой протокол используют торренты - им плагин и будет заниматься.
Автор: graalen
Дата сообщения: 28.06.2013 07:58
Да какие там в KMP плагины. От winamp'а и то с недоделанной совместимостью. И каким боком к ним уже написанный БРАУЗЕРНЫЙ плагин.
Ace player'у не надо никаких плагинов потому, что это VLC, но пересобранный с дополнениями и изменениями. Так и в другие плееры поддержку может добавить только их разработчик.
Не нравится VLC, попробуйте уговорить разработчиков других проектов.
Автор: zallen
Дата сообщения: 29.06.2013 14:35
Victor_VG

Цитата:
Последовательная загрузка торрентами не реальна в следствии того, что протокол BitTorrent не предусматривает последовательную передачу фрагментов файла - он использует UDP и фрагменты передаются по мере готовности сидера (источника) к передаче, а клиент выбирает самых быстрых сидеров из доступных. Так-что можно к примеру получить фрагмент из "хвоста" файла, а нужный нам в данный момент времени фрагмент из середины ещё не придёт. И тогда для непрерывного воспроизведения потребуется буфер не меньший размера принимаемого файла, и то часть фрагментов может быть повреждена при передаче и их придётся перекачивать.

Слабые у вас познания в протоколе BitTorrent.
Автор: Victor_VG
Дата сообщения: 29.06.2013 19:26
zallen

Конечно, и его разработчики в спецификации не знали про это. Смотрите вторую сверху строку статистики в собственном клиенте:



она показывает не общий процент загрузки от объёма раздачи, а конкретные загруженные фрагменты, но это так, мелочи.
Автор: zallen
Дата сообщения: 29.06.2013 19:39

Цитата:
конкретные загруженные фрагменты

И эти фрагменты уже сформировали начало фильма которое откроется в плеере и начнёт воспроизводиться.
Чего ещё не ясно ? Эта опция называется sequential.
Автор: Victor_VG
Дата сообщения: 29.06.2013 20:03
zallen

Почитай основы сетей ЭВМ. Ты запутался в азах. Протокол BT использует UDP и кроме того есть такая пакость как длинна маршрута и задержка в сети. UDP дайтаграммы не имеют гарантированного времени доставки. Понимающему достаточно.
Автор: zallen
Дата сообщения: 29.06.2013 20:56

Автор: irabel
Дата сообщения: 29.06.2013 23:24
Victor_VG
http://habrahabr.ru/post/87632/ статья 2010 года

Автор: unreal666
Дата сообщения: 30.06.2013 01:02
Скорее всего блоки запрашиваются последовательно, а не завершают скачиваться последовательно.
А то тогда бы скорость закачки + кол-во сидов, с которых скачивается, были бы низкие, т.к. если еще не скачался предыдущий блок, то не запрашивался бы последующий.
Т.е. запрашиваются блоки подряд, а вот заканчивают закачиваться как получится.

ЗЫ.
правда интересно, как реагирует торрент-клиент, если какого-то запрашиваемого блока вообще не будет в данный момент в сети
Автор: zallen
Дата сообщения: 30.06.2013 01:50
Торрент-клиент выводит статистику наличия сидов/пиров. Если нет ни одного сида то будет качать то что есть, никак не реагируя.
Автор: Victor_VG
Дата сообщения: 30.06.2013 04:10
unreal666

Ждёт до бесконечности. Источник выдаёт блоки последовательно с 0 по N--й, но протокол UDP не гарантирует время и успешность доставки дайтаграм - принцип "бросили и забыли".

И если к примеру блоков с 1< Ni по Nj < N в сети не будет, то клиент не сможет собрать весь файл, а локальная статистика которую клиент выводит клиент этого не покажет и не покажет каких именно фрагментов файла нет (там стоит очень примерный показометр говорящий оператору "работа не закончена"), а трекер и сид об этом узнают минимум через 30 минут - по умолчанию интервал времени отправки удалённой статистики клиентом составляет от 120 до 360 минут, а локальная статистика базируется на оценке трафика по скоростям отдачи/приёма клиента и достаточно приблизительна. И если сид один и выставил флаги S или d то ждать получения от него данных можно хоть до морковкина заговенья.

К примеру если в потоке К из N блоков не получены блоки с 100-го по 139-го9 из 58742, то в этих блоках будет либо мусор, либо символ-заполнитель обычно 0х00, а прикладная программа встретив такую последовательность сама должна обработать нештатную ситуацию "нет данных". Чаще всего это переход программы в режим бесконечного ожидания - "зависание" особенно в случае когда источник данных один.

irabel

Я конечно мудрые журналы для детей младшей ясельной группы и статьи самоназначенных академиков чту намного выше чем научные труды, документы IETF/MOS и патентные материалы по специальности вместе взятые, да и знаю много меньше чем любой первокурсник ПТУ прочитавший великий труд г-на Фигурнова "IBM PC для чайников", но позвольте вам заметить, что иногда стоит не только сей бред, но и что-то более серьёзное читать, к примеру RFC 768. Хотя в светеприведённой вами высоконаучной статьи достойной Нобелевской премии в области математики, физики и и ИТ сиё читать не обязательно - ЕЁ АВТОРУ ВЕРИТЬ НАДО!

И позволю себе скромно заметить, что в 1986 на когда один очень юный, но уже солидный товарищ выдал похожую мудрую формулировку на защите диплома, то заветных "корочек" он не получил - выдали справку за подписями ректора членкора АН СССР Н.Н. Евтихиева, проректора Петропольского, профессоров Фролова, Ларионова А.М. и академика АН СССР Воронова - "Курс ВУЗа прослушал, знаний не вынес", и заступничество папы-члена ЦК КПСС не помогло бедолаге.... Дело происходило в МИРЭиА. С автором сей "статьи" ситуация аналогична - писать уже научился, а думать нет. Но это ничего, для иных "сисадминов" думать не обязательно - пусть думает лошадь - у неё голова большая.

zallen

Цитата:
Торрент-клиент выводит статистику наличия сидов/пиров. Если нет ни одного сида то будет качать то что есть, никак не реагируя.

О! Открытие эпохального значения и надо срочно занести его на Скрижали Памяти.
Автор: irabel
Дата сообщения: 30.06.2013 11:00
Victor_VG
у автора той статьи все работает, и как раз с kmp
и раз Вы читаете там много всего, то почитайте спецификации BitTorrent и покажите где там написано что
Цитата:
Протокол BT использует UDP
Автор: Victor_VG
Дата сообщения: 30.06.2013 12:55
irabel

Я рад за автора и побежал ставить ему памятник - у него ВСЕГДА И ВСЁ РАБОТАЕТ, ДАЖЕ ЕСЛИ В СЕТИ НЕТ ПИРОВ, А ПРОТОКОЛ ВТ ИСПОЛЬЗУЕТ ПОСЛЕДОВАТЕЛЬНУЮ СИНХРОННУЮ ПЕРЕДАЧУ ДАННЫХ - ТАК АВТОР МУДРОЙ СТАТЬИ СКАЗАЛ, ЗНАЧИТ ТАК ОНО И ЕСТЬ .
Автор: irabel
Дата сообщения: 30.06.2013 13:15
Всегда конечно работать не будет, но если пиров достаточное кол-во и скорость соединения хорошая, то работать будет. Если Вы же считаете что это нереально и BT работает только по udp - то это Ваше мнение, и оно может быть неверным
Автор: Victor_VG
Дата сообщения: 30.06.2013 14:21
irabel

Нет, не верно и мы оба это понимаем, но вы говорите что на сетевом уровне ISO-7498 BT работает не с применением дайтаграмм, а с использованием последовательных методов передачи, а это ошибочно. И основным препятствием в работе такой схемы станет сам принцип работы протоколов ВТ как элементов СКП - со стороны первоисточника да, передача дайтаграмм осуществляется последовательно по мере их формирования из исходного битового потока, а вот вторичные сиды будут формировать пересылаемые дайтаграммы только их тех фрагментов которые у них есть, и при любом отключении инициатора в случае потери либо повреждения в сети отдельных фрагментов последовательности восстановить её в первичном виде не удастся.

В данном случае я не рассматриваю случай когда к раздаче подключится кто-то у кого есть все фрагменты материала в следствии его сравнительной редкости на начальном этапе распространения материалов в сети. Кроме того вы забыли ещё одну особенность Р2Р ВТ сетей - открытые/закрытые порты. Если у инициатора порты открыты, то подключится к нему не сложно и в случае разрыва соединения, а если закрыты, то время установления соединения может достигать и нескольких часов. Как поведёт себя гипотетический плеер в таком случае?

В данном случае ваша модель будет работоспособна при соблюдении следующих условий:

1) с момента появления материала прошло достаточно времени чтобы произошло его широкое распространение в сети;
2) материал достаточно востребован и в следствии этого имеется значительно количество доступных сидеров;
3) наличие в сети в каждый момент времени более чем одного доступного в данной точке сидера с открытыми портами и каналами имеющими свободную полосу пропускания большую чем трафик передаваемого потока;
4) достаточно качественный канал связи с запасом по пропускной способности гарантирующим его работу в условиях любых помех.
Автор: irabel
Дата сообщения: 30.06.2013 14:33
Victor_VG
Все верно. Для новинок, где мало сидов, качать и смотреть малореально.
Но для раздач где полно сидов (а еще лучше когда сиды в локальном пиринге) и широкий канал, то смотреть вполне возможно.
Автор: Victor_VG
Дата сообщения: 30.06.2013 14:48
irabel

Ну а если материал достаточно распространён, то вероятность того что он будет находится исключительно в Р2Р сети довольно мала, и найти ей альтернативу не сложно. Понятно что наши идиоты в известном здании примут бесконечное число запретов отрабатывая полученные ими взятки "Наложим лапу на интернет - это лакомый кусок пирога, а нам не хватает денег на девочек и хлеб с икоркой!" и пополняя свои бездонные карманы, но даже если они решатся пойти по северо-корейскому варианту у них не хватит жандармов чтобы поставить их около каждого жителя страны как они сейчас мечтают.
Автор: moraks
Дата сообщения: 01.07.2013 18:26
Ой, ой, я спросил как прикрутить Torrent stream к КМПлейеру, а обсуждать начали уже суть p2p... Так вот... про возможность воспроизводить поток через utorrent, я знаю, и пробывал, правда расширеные настройки uT не трогал. Нажимал "поток", но чаще uT пишет, "подождите 1ч 20 мин до начала воспроизведения"... То есть программа всё равно сначала скачивает файл полностью. Хотя было что открылся плеер, началось воспроизведение, но скорость в сети упала и Фильм просто закрылся посередине... Пришлось ждать пока скачается. А вот TS Player, после открытия около минуты проверяет файл, столько же кэширует и начинается воспроизведение. Если скорости сети недостаточно, то появляются сообщения что идет буферизация...
И все бы нормально, но TS Player тормозит на слабом железе, много весит в системе, не масштабирует по умолчанию на 16:9 (возможно я не знаю как это настроить)... И это весьма критично.


Жаль что нельзя просто положить tsengine.exe с нужными библиотекам в Папку KMP... Жаль
Автор: Victor_VG
Дата сообщения: 01.07.2013 18:53
moraks

Там от VLC только движок применяется, а остальное их собственное...
Автор: SamLab
Дата сообщения: 17.07.2013 01:05
KMPlayer 3.6.0.87 Цифровая подпись от 16.07.2013
http://cdn.kmplayer.com/KMP/Download/Partner/ini/addon_unicode/homepage_ask/KMPlayer_3.6.0.87_h.exe
Но программные файлы апрельские
Автор: Victor_VG
Дата сообщения: 17.07.2013 02:50
SamLab

Почему, не все. К примеру новый Ask Toolbar Installer v2.8.0.2, и обновление переводов, но странное - русский практически старый, только строка 567 изменилась DefaultCharSet=1 -> DefaultCharSet=204. Программные модули да, не трогались.

Автор: SAT31
Дата сообщения: 17.07.2013 10:19
Victor_VG

Цитата:
К примеру новый Ask Toolbar Installer v2.8.0.2

то, чего так не хватало
Автор: Victor_VG
Дата сообщения: 17.07.2013 14:41
SAT31

Именно. Без оной дряни никто жить не может.
Автор: zallen
Дата сообщения: 17.07.2013 18:51
Victor_VG

Отправьте баг-репорт о том что превью-плеер ffmpeg сильно тормозит на HD-video и Hi10P-video при сторонних фильтрах типа LAV.
А на встроенных фильтрах он и нафиг не нужен, там предпросмотр без ffmpeg работает.
И на LAV при использовании рендера EVR вместо дефолтного EVR(C/A) при выводе субтитров по умолчанию на поверхности VMR
не работает функция "выводить субтитры вверху/внизу экрана" вместо этого субтитры выводятся внутри кадра.
При выводе в наложении работает но при этом способе всё изображение дёргается каждый раз при появлении и исчезновении субтитров.
Автор: Victor_VG
Дата сообщения: 17.07.2013 18:56
zallen

Сделаем. Личное в ПМ.
Автор: saburov oleg
Дата сообщения: 18.07.2013 03:03
Win 7 64, KMPlayer 3.5.0.87 KMP Plus.

Три вопроса.

-1-
При запуске KMPlayer, появляется пустое окно «настройки Winamp, встроенные в KMP», сразу лезущее вперёд. Его невозможно закрыть, только передвинуть. Как отключить? Уж на скольких компах и осях я это не встречал... Кстати, Winamp в нынешней Винде и не жил никогда.

-2-
Ещё одно достающее окно — «ActiveMovie Window», тоже при запуске. Смотреть кино не мешает, но по умолчанию фокус на нём. Соответственно, является причиной лишнего движения, требующегося для перехода к окну самого плеера. Как ему сказать не появляться?

-3-
Свои сочетания клавиш никак не сохранить?
Автор: zallen
Дата сообщения: 18.07.2013 03:36
Вы явно не в теме.
v.3.5.0.87 была одной из самых "загадочных"
Автор: Victor_VG
Дата сообщения: 18.07.2013 03:38
saburov oleg

1) удалить плагины WinAMP, особенно gen_ml коли нарисуется - начиная с Vista он не работоспособен.
2) не отвечу т.к. ни разу этого окна не наблюдал;
3) Можно, в настройки зайдите. Варианты там.

Кстати, возможной причиной может быть наличие либо кодек паков, либо кривая работа UAC. Уже не раз и не два на него мягко сказать не самые хвалебные отзывы слышал и по различным поводам. И по его вине многие программы если и запускаются, то не всегда работают согласно описанию в мануалах.
Автор: zallen
Дата сообщения: 18.07.2013 05:24
saburov oleg

В этом топике рассматриваются только версии KMP упомянутые в шапке темы.
Сторонние версии непонятного происхождения будут игнорироваться.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477

Предыдущая тема: SurfControl Web Filter не видит пользователей AD


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.