Сейчас всё нормально и проблем нет, видео было вот это http://haa.su/mw6/ там есть MediaInfo, если подойдёт такой вариант (но могу закачать видео и запустить, если необходимо для изучения). В Диспетчере фильтров LAV-а нет. Как печатал выше - не удаётся его зарегистрировать. Это я пытался по инструкции форума подключить вручную LAV.
» The KMPlayer (часть 4)
Melancholysoul
В "инструкции форума" говорится о трёх способах: офф.инсталлятором, батниками в офф.архиве,
через диспетчер системных фильтров KMP. Вы все три способа применяли ?
Добавлено:
По вашей ссылке открывается пустая страница.
тяжеловато с ламерами
В "инструкции форума" говорится о трёх способах: офф.инсталлятором, батниками в офф.архиве,
через диспетчер системных фильтров KMP. Вы все три способа применяли ?
Добавлено:
По вашей ссылке открывается пустая страница.
тяжеловато с ламерами
Цитата:
По вашей ссылке открывается пустая страница.
Rutor.org открывается с фильмом Пешка.
http://rutor.org/torrent/279773/peshka_pawn-2013-bdrip-avc-ot-mediaclub-l1
Пробовал путём запуска из батников в LAVFilters-0.58-x64.zip и через диспетчер сист. фильтров.
Пробовал путём запуска из батников в LAVFilters-0.58-x64.zip и через диспетчер сист. фильтров.
Melancholysoul
x64 (64-bit) с KMP не совместимо, надо x86 (32-bit) .
Поэтому и не регистрировался через дисп.сис.фильт.
Шапка вроде на русском написана...
x64 (64-bit) с KMP не совместимо, надо x86 (32-bit) .
Поэтому и не регистрировался через дисп.сис.фильт.
Шапка вроде на русском написана...
Человеческий фактор невнимательности, бывает у всех. Работает без LAV, не хочу эсперементировать пока.
Писал тогда что сбоит перемотка стрелками (+5 сек) и даже мышью некоторые файлы клинит, проблему настройками KMPayer 3.6.0.87 решить так и неудается на 5 из 8 машин... На которых глючит перемотка файла, заедает и регулирование громкости стрелками вверх-вниз! Это довольно таки неприятная проблема, вызывающая раздражение, куда большее чем следы в реестре от запуска KMP c флешки... Разработчику кто-нить писал о проблеме? Я просто на английском не пишу грамотно, боюсь не смогу всё объяснить...
И еще вопрос, кто нибудь пробывал прикрутить torrent stream к КМП? Это для просмотра торрентов без скачивания файлов и просмотра торрент телевидения torrent-tv.ru, Google не выдает ответов. Конечно есть TS Player на базе VLC, но он глючит на слабых ПК, в отличие от KMP.
И еще вопрос, кто нибудь пробывал прикрутить torrent stream к КМП? Это для просмотра торрентов без скачивания файлов и просмотра торрент телевидения torrent-tv.ru, Google не выдает ответов. Конечно есть TS Player на базе VLC, но он глючит на слабых ПК, в отличие от KMP.
moraks
С перемоткой я сам отпишу, спасибо что напомнили. закрутился с делами.
А с торрентами это не реально в следствии того, что протокол BitTorrent не предусматривает последовательную передачу фрагментов файла - он использует UDP и фрагменты передаются по мере готовности сидера (источника) к передаче, а клиент выбирает самых быстрых сидеров из доступных. Так-что можно к примеру получить фрагмент из "хвоста" файла, а нужный нам в данный момент времени фрагмент из середины ещё не придёт. И тогда для непрерывного воспроизведения потребуется буфер не меньший размера принимаемого файла, и то часть фрагментов может быть повреждена при передаче и их придётся перекачивать.
С перемоткой я сам отпишу, спасибо что напомнили. закрутился с делами.
А с торрентами это не реально в следствии того, что протокол BitTorrent не предусматривает последовательную передачу фрагментов файла - он использует UDP и фрагменты передаются по мере готовности сидера (источника) к передаче, а клиент выбирает самых быстрых сидеров из доступных. Так-что можно к примеру получить фрагмент из "хвоста" файла, а нужный нам в данный момент времени фрагмент из середины ещё не придёт. И тогда для непрерывного воспроизведения потребуется буфер не меньший размера принимаемого файла, и то часть фрагментов может быть повреждена при передаче и их придётся перекачивать.
Victor_VG
Так в этом же и суть torrent stream: запрашивать последовательно фрагменты файла от начала. Я не пробовала.
Знаю только, что с параметром "Поток" utorrent скачивает начала файла, которое и воспроизводится в KMP до первого "зияния".
Так в этом же и суть torrent stream: запрашивать последовательно фрагменты файла от начала. Я не пробовала.
Знаю только, что с параметром "Поток" utorrent скачивает начала файла, которое и воспроизводится в KMP до первого "зияния".
Victor_VG
Я ж не случайно написал... TS Player начинает воспрозведение файла из обычного торрента с видео почти сразу (после буферизации), не скачивая его целиком. Плюс поддержка потокового торрент ТВ. Подробнее Помощь «Торрент-ТВ» и страница разработчика TS Player. Кстати TS Player это VLC+плагин для работы с торрентами. Так вот это плагин наверно подойдет и к KMP.
Подержку операторского IPTV по UDP я к KMP прикрутил. С поддержкой Торрентов сложнее. Хотя Kmp умеет ISO образы дисков с фильмами открывать...
Качество провайдеровского IPTV в разы хуже чем с torrent-tv.ru, да и каналов только около 20... Местный провайдер, ловит местное аналоговое ТВ, и пускает его в сеть в виде IPTV, вот такая жесть
Плюс несколько каналов в цифровом качестве, типа второго мултиплекса.
Я ж не случайно написал... TS Player начинает воспрозведение файла из обычного торрента с видео почти сразу (после буферизации), не скачивая его целиком. Плюс поддержка потокового торрент ТВ. Подробнее Помощь «Торрент-ТВ» и страница разработчика TS Player. Кстати TS Player это VLC+плагин для работы с торрентами. Так вот это плагин наверно подойдет и к KMP.
Подержку операторского IPTV по UDP я к KMP прикрутил. С поддержкой Торрентов сложнее. Хотя Kmp умеет ISO образы дисков с фильмами открывать...
Качество провайдеровского IPTV в разы хуже чем с torrent-tv.ru, да и каналов только около 20... Местный провайдер, ловит местное аналоговое ТВ, и пускает его в сеть в виде IPTV, вот такая жесть
Плюс несколько каналов в цифровом качестве, типа второго мултиплекса.Цитата:
Кстати TS Player это VLC+плагин для работы с торрентами. Так вот это плагин наверно подойдет и к KMP.
Ни Ace player (VLC), ни MagicPlayer (плагин) сами по себе никакое torrentstream не обеспечивают. Вся суть в движке, у которого есть свой API и с которым можно научить работать вроде как даже любой плеер при желании разработчика.
Если вдруг когда-нибудь кто-нибудь, во что я не верю, сделает в KMP поддержку TorrentStream, то это будет полу-неработающая фигня, как пример - их FTP-клиент.
А что мешает например включить поледовательную загрузку, скачать процентов 10 и открыть файл в KMP ?
Я так всегда и делаю. Не знаю как в utorrent, у меня его нет, пользуюсь tixati . В нём последовательная загрузка реализована во встроенную опцию и файлы открываются после загрузки первой пары процентов видео. В большинстве случаев.
Про глюки с перемоткой есть инфа в шапке.
Я так всегда и делаю. Не знаю как в utorrent, у меня его нет, пользуюсь tixati . В нём последовательная загрузка реализована во встроенную опцию и файлы открываются после загрузки первой пары процентов видео. В большинстве случаев.
Про глюки с перемоткой есть инфа в шапке.
moraks
Торренты используют собственный протокол, и с тем сайтом что вы назвали надо специально разбираться. С ходу дать готовый рецепт как я не берусь.
Торренты используют собственный протокол, и с тем сайтом что вы назвали надо специально разбираться. С ходу дать готовый рецепт как я не берусь.
Цитата:
Вся суть в движке, у которого есть свой API и с которым можно научить работать вроде как даже любой плеерПро это я писал... Ведь к KMP можно подключать плагины. И этот плагин уже написан. Нужно как-то настроить KMP чтоб он его еще подключал... У меня вот одно желание, чтоб стоял на компах один KMP, который бы всё воспроизводил, а не куча разных плееров... Да и VLC далеко не лучший пример гибкости в настройках...
И без разницы какой протокол используют торренты - им плагин и будет заниматься.
Да какие там в KMP плагины. От winamp'а и то с недоделанной совместимостью. И каким боком к ним уже написанный БРАУЗЕРНЫЙ плагин.
Ace player'у не надо никаких плагинов потому, что это VLC, но пересобранный с дополнениями и изменениями. Так и в другие плееры поддержку может добавить только их разработчик.
Не нравится VLC, попробуйте уговорить разработчиков других проектов.
Ace player'у не надо никаких плагинов потому, что это VLC, но пересобранный с дополнениями и изменениями. Так и в другие плееры поддержку может добавить только их разработчик.
Не нравится VLC, попробуйте уговорить разработчиков других проектов.
Victor_VG
Цитата:
Слабые у вас познания в протоколе BitTorrent.
Цитата:
Последовательная загрузка торрентами не реальна в следствии того, что протокол BitTorrent не предусматривает последовательную передачу фрагментов файла - он использует UDP и фрагменты передаются по мере готовности сидера (источника) к передаче, а клиент выбирает самых быстрых сидеров из доступных. Так-что можно к примеру получить фрагмент из "хвоста" файла, а нужный нам в данный момент времени фрагмент из середины ещё не придёт. И тогда для непрерывного воспроизведения потребуется буфер не меньший размера принимаемого файла, и то часть фрагментов может быть повреждена при передаче и их придётся перекачивать.
Слабые у вас познания в протоколе BitTorrent.
zallen
Конечно, и его разработчики в спецификации не знали про это.
Смотрите вторую сверху строку статистики в собственном клиенте:
она показывает не общий процент загрузки от объёма раздачи, а конкретные загруженные фрагменты, но это так, мелочи.
Конечно, и его разработчики в спецификации не знали про это.
Смотрите вторую сверху строку статистики в собственном клиенте: 
она показывает не общий процент загрузки от объёма раздачи, а конкретные загруженные фрагменты, но это так, мелочи.
Цитата:
конкретные загруженные фрагменты
И эти фрагменты уже сформировали начало фильма которое откроется в плеере и начнёт воспроизводиться.
Чего ещё не ясно ? Эта опция называется sequential.
zallen
Почитай основы сетей ЭВМ. Ты запутался в азах. Протокол BT использует UDP и кроме того есть такая пакость как длинна маршрута и задержка в сети. UDP дайтаграммы не имеют гарантированного времени доставки. Понимающему достаточно.
Почитай основы сетей ЭВМ. Ты запутался в азах. Протокол BT использует UDP и кроме того есть такая пакость как длинна маршрута и задержка в сети. UDP дайтаграммы не имеют гарантированного времени доставки. Понимающему достаточно.
Скорее всего блоки запрашиваются последовательно, а не завершают скачиваться последовательно.
А то тогда бы скорость закачки + кол-во сидов, с которых скачивается, были бы низкие, т.к. если еще не скачался предыдущий блок, то не запрашивался бы последующий.
Т.е. запрашиваются блоки подряд, а вот заканчивают закачиваться как получится.
ЗЫ.
правда интересно, как реагирует торрент-клиент, если какого-то запрашиваемого блока вообще не будет в данный момент в сети
А то тогда бы скорость закачки + кол-во сидов, с которых скачивается, были бы низкие, т.к. если еще не скачался предыдущий блок, то не запрашивался бы последующий.
Т.е. запрашиваются блоки подряд, а вот заканчивают закачиваться как получится.
ЗЫ.
правда интересно, как реагирует торрент-клиент, если какого-то запрашиваемого блока вообще не будет в данный момент в сети
Торрент-клиент выводит статистику наличия сидов/пиров. Если нет ни одного сида то будет качать то что есть, никак не реагируя.
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
Цитата:
О! Открытие эпохального значения и надо срочно занести его на Скрижали Памяти.
Ждёт до бесконечности. Источник выдаёт блоки последовательно с 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
Цитата:
Торрент-клиент выводит статистику наличия сидов/пиров. Если нет ни одного сида то будет качать то что есть, никак не реагируя.
О! Открытие эпохального значения и надо срочно занести его на Скрижали Памяти.
Victor_VG
у автора той статьи все работает, и как раз с kmp
и раз Вы читаете там много всего, то почитайте спецификации BitTorrent и покажите где там написано что
Цитата:
у автора той статьи все работает, и как раз с kmp
и раз Вы читаете там много всего, то почитайте спецификации BitTorrent и покажите где там написано что
Цитата:
Протокол BT использует UDP
irabel
Я рад за автора и побежал ставить ему памятник - у него ВСЕГДА И ВСЁ РАБОТАЕТ, ДАЖЕ ЕСЛИ В СЕТИ НЕТ ПИРОВ, А ПРОТОКОЛ ВТ ИСПОЛЬЗУЕТ ПОСЛЕДОВАТЕЛЬНУЮ СИНХРОННУЮ ПЕРЕДАЧУ ДАННЫХ - ТАК АВТОР МУДРОЙ СТАТЬИ СКАЗАЛ, ЗНАЧИТ ТАК ОНО И ЕСТЬ .
Я рад за автора и побежал ставить ему памятник - у него ВСЕГДА И ВСЁ РАБОТАЕТ, ДАЖЕ ЕСЛИ В СЕТИ НЕТ ПИРОВ, А ПРОТОКОЛ ВТ ИСПОЛЬЗУЕТ ПОСЛЕДОВАТЕЛЬНУЮ СИНХРОННУЮ ПЕРЕДАЧУ ДАННЫХ - ТАК АВТОР МУДРОЙ СТАТЬИ СКАЗАЛ, ЗНАЧИТ ТАК ОНО И ЕСТЬ .
Всегда конечно работать не будет, но если пиров достаточное кол-во и скорость соединения хорошая, то работать будет. Если Вы же считаете что это нереально и BT работает только по udp - то это Ваше мнение, и оно может быть неверным
irabel
Нет, не верно и мы оба это понимаем, но вы говорите что на сетевом уровне ISO-7498 BT работает не с применением дайтаграмм, а с использованием последовательных методов передачи, а это ошибочно. И основным препятствием в работе такой схемы станет сам принцип работы протоколов ВТ как элементов СКП - со стороны первоисточника да, передача дайтаграмм осуществляется последовательно по мере их формирования из исходного битового потока, а вот вторичные сиды будут формировать пересылаемые дайтаграммы только их тех фрагментов которые у них есть, и при любом отключении инициатора в случае потери либо повреждения в сети отдельных фрагментов последовательности восстановить её в первичном виде не удастся.
В данном случае я не рассматриваю случай когда к раздаче подключится кто-то у кого есть все фрагменты материала в следствии его сравнительной редкости на начальном этапе распространения материалов в сети. Кроме того вы забыли ещё одну особенность Р2Р ВТ сетей - открытые/закрытые порты. Если у инициатора порты открыты, то подключится к нему не сложно и в случае разрыва соединения, а если закрыты, то время установления соединения может достигать и нескольких часов. Как поведёт себя гипотетический плеер в таком случае?
В данном случае ваша модель будет работоспособна при соблюдении следующих условий:
1) с момента появления материала прошло достаточно времени чтобы произошло его широкое распространение в сети;
2) материал достаточно востребован и в следствии этого имеется значительно количество доступных сидеров;
3) наличие в сети в каждый момент времени более чем одного доступного в данной точке сидера с открытыми портами и каналами имеющими свободную полосу пропускания большую чем трафик передаваемого потока;
4) достаточно качественный канал связи с запасом по пропускной способности гарантирующим его работу в условиях любых помех.
Нет, не верно и мы оба это понимаем, но вы говорите что на сетевом уровне ISO-7498 BT работает не с применением дайтаграмм, а с использованием последовательных методов передачи, а это ошибочно. И основным препятствием в работе такой схемы станет сам принцип работы протоколов ВТ как элементов СКП - со стороны первоисточника да, передача дайтаграмм осуществляется последовательно по мере их формирования из исходного битового потока, а вот вторичные сиды будут формировать пересылаемые дайтаграммы только их тех фрагментов которые у них есть, и при любом отключении инициатора в случае потери либо повреждения в сети отдельных фрагментов последовательности восстановить её в первичном виде не удастся.
В данном случае я не рассматриваю случай когда к раздаче подключится кто-то у кого есть все фрагменты материала в следствии его сравнительной редкости на начальном этапе распространения материалов в сети. Кроме того вы забыли ещё одну особенность Р2Р ВТ сетей - открытые/закрытые порты. Если у инициатора порты открыты, то подключится к нему не сложно и в случае разрыва соединения, а если закрыты, то время установления соединения может достигать и нескольких часов. Как поведёт себя гипотетический плеер в таком случае?
В данном случае ваша модель будет работоспособна при соблюдении следующих условий:
1) с момента появления материала прошло достаточно времени чтобы произошло его широкое распространение в сети;
2) материал достаточно востребован и в следствии этого имеется значительно количество доступных сидеров;
3) наличие в сети в каждый момент времени более чем одного доступного в данной точке сидера с открытыми портами и каналами имеющими свободную полосу пропускания большую чем трафик передаваемого потока;
4) достаточно качественный канал связи с запасом по пропускной способности гарантирующим его работу в условиях любых помех.
Victor_VG
Все верно. Для новинок, где мало сидов, качать и смотреть малореально.
Но для раздач где полно сидов (а еще лучше когда сиды в локальном пиринге) и широкий канал, то смотреть вполне возможно.
Все верно. Для новинок, где мало сидов, качать и смотреть малореально.
Но для раздач где полно сидов (а еще лучше когда сиды в локальном пиринге) и широкий канал, то смотреть вполне возможно.
irabel
Ну а если материал достаточно распространён, то вероятность того что он будет находится исключительно в Р2Р сети довольно мала, и найти ей альтернативу не сложно. Понятно что наши идиоты в известном здании примут бесконечное число запретов отрабатывая полученные ими взятки "Наложим лапу на интернет - это лакомый кусок пирога, а нам не хватает денег на девочек и хлеб с икоркой!" и пополняя свои бездонные карманы, но даже если они решатся пойти по северо-корейскому варианту у них не хватит жандармов чтобы поставить их около каждого жителя страны как они сейчас мечтают.
Ну а если материал достаточно распространён, то вероятность того что он будет находится исключительно в Р2Р сети довольно мала, и найти ей альтернативу не сложно. Понятно что наши идиоты в известном здании примут бесконечное число запретов отрабатывая полученные ими взятки "Наложим лапу на интернет - это лакомый кусок пирога, а нам не хватает денег на девочек и хлеб с икоркой!" и пополняя свои бездонные карманы, но даже если они решатся пойти по северо-корейскому варианту у них не хватит жандармов чтобы поставить их около каждого жителя страны как они сейчас мечтают.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477
Предыдущая тема: SurfControl Web Filter не видит пользователей AD
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.