Pull to refresh

Comments 91

Первое что пришло в голову: это забивание общего выхода в Интернет одним пользователем так, другой играть не сможет. Вспоминаются крики «Выключи DC/торренты, играть не возможно!» :)
в опциях ПО есть настройка позволяющая пользователю самостоятельно устанавливать и определять какую полосу пропускания он готов отдать в общий пул.
У вас только один недостаток: «для Windows» =/
Ага. Ждем для MacOS уже очочоч давно(
Я так понял, что в данный момент ваш плагин работает только под Windows. Планируете ли вы поддерживать другие платформы (десктопные/мобильные)?
Уже два года прошло с первой публикации (http://habrahabr.ru/post/87509/) и плеера для других ОС нет :(
До конца этого месяца мы постараемся уже выпустить версию под Linux. Потом под Mac и Android. За iOC пока затрудняюсь ответить

P.S. Прошу прошения у пользователей отличных платформ от Windows, что заставили столько ждать.
Интересно! Напишете, когда выпустите Linux-версию?
Забавная опечатка в последнем предложении получилась :)
Надеюсь, версия под андроид будет поддерживать ARMv6, а то Flash там нет.
Если разгрузить сервера от пользователей Windows, то и пользователи других систем увидят разницу.
Может их сразу отсреливать? ))
Вы бы поаккуратней, а то их столько, что могут шапками закидать. Ну или карму понизить :)
Интересно когда будет расширение под Safari
И плагин требует установку самого ПО, что не есть гуд!
Причём 51 Мб… И качается нынче 50 Кб/с…
И после этого не работает ни через мой NAT ни через мою проксю. даже юТорент с этим бы справился!

А вконтакте уже давным давно включил встроенный пиртупир во флеше и все отлично работает!

Для чего ваша технология?
На всякий случай, процитирую выдержку из публикации, если кто не обратил внимание.

Поддержка потока от других пиров происходит как во время проигрывания ими видео, так и после, пока у пользователя хранятся эти данные в кэше. Это очень существенное преимущество перед протоколом RTMFP, который все-таки боле предназначен для live трансляций, позволяя осуществлять поддержку потока от других пользователей исключительно в момент просмотра, ограничиваясь объемом данных определенного временного диапазона


А по существу про поддержку нат и прокси?

Я не люблю тяжеловесный софт, который еще и работает в фоне и накапливает огромный кеш, раздавая его неопределенным людям. Торрент я тоже не держу постоянно включенным.
да, через прокси не хочет работать. хотя в хроме проски указан.
Всё ещё ждем обещанную версию под Linux, возьмите уже себе в команду линуксойда! Или откройте код как вариант =)

А что с локальными пирами? Они вообще присутствуют, и их приоритет выше других?

Ждём плагина для видео/музыки фконтактика.
Вконтакте использует п2п функцию флеша, если не ошибаюсь.
Насчет взять к себе в команду «линуксойда» да и просто толкового программиста, только ЗА! Если есть желающие, пишите в личку.
Если и делать для «вконтакта», то как минимум с целью возможности вывода потока в его оригинальном качестве! Но здесь нужно желание вконтакта
месяца 2 назад обновился
Ну да, 1.1.12, ему уже в обед не знай сколько лет.
Вечная проблема — зимой холодно, летом жарко, файрфокс каждый месяц новую мажорную версию выкатывает, влц за 11 лет до версии 2.0.1 дорос лишь…
Занятная штука. Сходу замечания за первые 20 секунд использования (Win7 x64, Firefox 12):
— Меню по ПКМ работает только в фуллскрине.
— Панель управления в фуллскрине занимает дохренища места, закрывает процентов 20 экрана поверх видео и не скрывается.
— Шрифт индикатора времени нечитабелен.
— После постановки на паузу звук еще секунду идет.
— Не хватает постановки на паузу по однократному нажатию мышкой по видео.
— Прокрутка названия видео в плеере зачем-то работает даже когда он полностью вмещается в строку. Хотя оно вообще нафиг не нужно, если смотреть на сайте.
— Изменение громкости перетаскиванием слайдера применяются только если отпустить мышку. Изменение громкости кномками по 1% вовсе неудобно.
— За требование регистрации для перемотки надо убивать на месте. Собственно, на этом я и закончил тест, снеся всё нафиг.
UFO just landed and posted this here
Проблема была в версии 1.0.4 из-за кириллических символов. Устранена в версии 1.0.5

Для выхода из режима фуллскрин, с помощью мыши, нужно сделать двойной клик по экрану (Управление плеером )
— Меню по ПКМ работает только в фуллскрине.

Извиняюсь, но не совсем понял о чем вы
— Панель управления в фуллскрине занимает дохренища места, закрывает процентов 20 экрана поверх видео и не скрывается.

Просто отведите курсор с панели управления и она скроется
— Шрифт индикатора времени нечитабелен.

Где? На вебовском скине?
— Не хватает постановки на паузу по однократному нажатию мышкой по видео.
— Изменение громкости перетаскиванием слайдера применяются только если отпустить мышку. Изменение громкости кномками по 1% вовсе неудобно.

Тут наверно дело привычки и завесит от того кому что удобней. А возможностей управления плеером, думаю не так уж и мало: Как управлять плеером
— За требование регистрации для перемотки надо убивать на месте.

Убивать нас, не надо! просто вы наверно установили версию для FF, которую мы просто забыли обновить ( должна быть версия 1.0.3 ) Никакой необходимости регистрации для перемотке на ютубе не будет! И спасибо, что дали нам об этом знать.
Правая кнопка мыши работает только в полноэкранном режиме. Иначе ноль неакции на нее.

Панель уравления не скрывается. Я пробовал по разному.

Да, на веб.

Горячие клавиши работают только в полноэкранном режиме.
Насчет правой кнопки мыши, я не понял. У вас не нажимаются кнопки на панели плеера?

К сажелению, но я затрудняюсь вам ответить почему у вас не скрывается панель контролов, если вы убираете с нее курсор. ( вот баг связанный с панелью инструментов винды, которая остается при первом разворачивание плеера в режиме фуллскрин действительно есть. Но это наследие VLC которое мы пока не устранили. Чтобы виндовая панель исчезла, надо просто выйти из режима фуллскрин и заново открыть )

Да, горячие клавиши работают только в полноэкранном режиме и мы не знаем есть ли смысл дополнять ими работу плеера на странице.
Нет контекстного меню у плеера вне полноэкранного режима.
Windows/Firefox TS Plugin v.1.0.5.9
Тестовое видео требует регистрацию для перемотки %(
поддержу по последнему пункту, маразм какой-то.
TorrentStream 1.0.5 и плагин для оперы с форума по состоянию на 21.05, Opera 11.64. Появилось при просмотре тестового видео на сайте TS.
Поясните мне следующее: чтобы можно было качать видео быстро по п2п — оно должно быть в разных источниках, значит пользователи плагина должны не только были посмотреть именно то видео, что я хочу, но еще и скачать, верно? Еще чем больше сидеров, тем лучше. Какая у вас база пользователей? И я так понимаю, что это будет работать только с очень популярными роликами.

В общем не особо понял пользу, объясните пожалуйста.
Еще добавлю: у меня лично никогда с воспроизведением видео на ютубе проблем не было, зачем вообще это усложнение с п2п? Или это типа попиариться разработкой: «Смотрите что можем»? :) Про сохранение видео это ладно, тема понятная.
UFO just landed and posted this here
Уверены? Я так и не получил ответа что плагин будет искать локальных пиров, и выставлять в приоритет просмотр с них.
Так это обычный bittorrent, конечно будет
Интересно каким образом оно будет искать пиров в моей локале? Не зря наверно retracker.local придумали?
Вы уверены что это расширение реализовано в TSengine? Вы кстати видели что бы оно _нормально_ работало? Наверно если бы оно работало люди не стали бы изобретать велосипеды с локальными ретрекерами, неправда ли?
Основную цель, которую мы преследовали при выпуске этого расширения я вынес в постскриптум. И вы отчасти правы. Но только я не пойму, что в этом плохого!? Разве плохо когда именно так пиарятся, выпуская продукты позволяющие наглядно увидеть работу технологии, вместо кучи писанины?

Нам часто задают вопрос " Чем наш движок лучше utorrent, в части стриминга через торренты?" Надеюсь это расширение и здесь отчасти поможет найти людям ответ.

Ну а кроме этого, не у всех, как у вас, так стабильно и гладко идет проигрывание. К примеру, я без единой задержки проигрываю в онлайне видео через торренты с битрейтом под 10 мбит/с, а на youtube у меня бывают затыки. Я думаю что я не один такой. И избежать таких затыков это расширение и может помочь. Причем даже если не будет других пиров, я хоть могу выставить необходимый уровень буферизации или включить автоматическое определение, что позволит мне чуть дольше подождать старта, но хоть не будет остановок

А еще, лично меня, flash не устраивает и отсутствия настроек ютубовского плеера. Возможно и здесь я не один такой.

Ну а насчет сохранения и автопроигрывания, это как вы сказали «тема понятная» и мне тоже добавить нечего ( просто доп.фичи )
Сидирование/поддержка потока от других пользователей происходит как во время просмотра ими тоже ролика, что смотрите вы, так и после, так как все воспроизводимые ролики кэшируются на стороне пользователей и находятся в кэше.

P.S. Пользователь сам устанавливает размер кэша, так и ширину интернет-канала которые он готов предоставить в общий пул.
Ну все равно, согласитесь, что нужно очень большую базу пользователей иметь, чтобы найти хоть одного сидера на ролик.
Безусловно! Поэтому я и написал:

Принцип работы один, — чем больше пользователей будет использовать это решение, тем эффективней оно будет работать и у всех будет стабильный поток на максимальной для его интернет-канала скорости!
Стрёмный дизайн плеера на ютубе.
Пользователю не нужны никакие проигрыватели и ассоциации, если он просто хочет быстро смотреть ютуб.
Пока ещё сыро в смысле юзабилити.
Согласен, этот скин не совсем удачное решения для ютуба. Просто мы включили стандартный скин, который используется по умолчанию на трекерах, имеющих интеграцию с TS.

Если сделаете свой вариант скина, который будет вписываться в ютуб, с удовольствием подключаем его или еще лучше, сделаем опцию для пользовательских скинов

P.S. Если вам не нужен десктопный плеер или ассоциации, вы могли просто отменить их установку при инсталляции. Но я все-таки рекомендую оставлять десктопный плеер и просто отменять ассоциации, так как его настройки синхронизированы с веб-плеером и если вам, к примеру, понадобиться включить видеоускоритель, то без десктопного плеера вы это сделать не сможете. ( согласен, с точки зрения юзабилити, это аут, но пока мы не придумали куда вынести такое количество настроек для веб-плеера)
Если говорить о хостингах, где есть настоящие проблемы с ожиданием подгрузки видео, то скорее стоит вести речь о вконтакте. Пользователям и жителям этого сайта это расширение могло бы помочь сэкономить очень много времени и нервов.
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
Спасибо Вам за развитие продукта! С полгода назад на форуме пробегала инфа, что за $ можно будет подключить к своему аккаунту дополнительные функции. Так вот. Можно ли за денюжку отключить просмотр трейлеров?) Ну или хотя бы отключить их на роликах идущих менее 20 минут. Если нет(, то уберите УМОЛЯЮ трейлеры 720 и 1080 поставьте чуть менее качественное. Я конечно понимаю компы у всех разные и т.д. и т.п. грубо говоря мои проблемы, но мой нетбук совсем не хочет их показывать. Посмотреть трейлер перед фильмом отличная идея, но, не хватает выбора аля: смотреть на слайд шоу или что-то плохонькое, но смотреть.
Уберите галочку «Включить проигрвыание развлекательных роликов во время пребуферизации» в Опциях(доступно с 1.0.5)
Смешно, что плагин есть только для платформы, которой он меньше всего нужен — юзеров windows в основном вполне устраивает flash.
Смешно что немцы делают для России Ауди (БМВ, мерсы и тд) когда у нас есть АвтоВаз. Стране которой ауди не нужна — водителей Этой страны вполне устраивает Ваз 2107. Ну, что вы как ребёнок. Продукт должен быть в первую очередь массовым.
Простите: любой продукт!
Объясните как засунуть расширение в оперу?
Ссылку на zip где-то дали, а что с архивом делать — не понятно.
Дорогой автор поста, замечу, у вас довольно поверхностные представления о возможностях Flash-платформы и об RTMFP в частности.
Наверно и у Adobe тоже!

Цитата от Adobe:
RTMFP does not enable swarming solutions


Это так, чтобы не углубляться в детали.

P.S. Я не удивлюсь, если наши разработчики знают о протоколе больше, чем разработчики самого протокола! Или кто-то просто не совсем понимает предназначение протокола RTMFP, пытаясь использовать его для VoD
Углубляться как раз таки вам стоит.
Функциональность RTMFP не заканчивается на поддержке лишь доставки «живого» видео.
Он так же предоставляет возможность работать на более низком уровне с пиринговой сетью: отправлять сообщения группе, конкретному пиру, реплицировать объекты…
Вот я и говорю, что наши разработчики знают больше, чем разработчики протокола.

С удовольствием посмотрю пример, где реализовано кэширование файлов размером хотя бы по 10 ГБ и обеспечение их сидирования на протяжении длительного времени, не зависимо от того идет ли его воспроизведение в плеере или нет.

А Google не будет «возражать» против такого использования контента?..

Скажем, я-то как пользователь буду очень рад навсегда избавиться от сообщения «данное содержимое недоступно для просмотра в вашей стране согласно условиям правообладателя» — спасибо сообществу разработчиков и пользователей, а правообладатели?..

Впрочем, скачивание так или иначе всегда было доступно.

Кстати, это может быть особенно актуально для «борьбы» (пользовательской) с рекламой, которую на Youtube стали вставлять чуть менее, чем везде. А то иногда даже бывает не лень найти менее популярную перезаливку идентичного видео, свободную от рекламы.
> После первого просмотра видео любым из пользователей, создается торрент-файл, который привязывается к url страницы с видео

Каким образом проверяется аутентичность раздаваемого видео и того, что реально находится на youtube? Нет ли потенциальной опасности вместо одного ролика получить совершенно другой через торрент?
Я вообще-то не идиот и кэпа не призывал. Кто считает хэши исходного видео? Сервер youtube отдает их, или ваши сервера скачивают файл и считают сами? Или вся система слепо верит первому скачавшему? Поясните, пожалуйста, как точно организована проверка, без отписок.
На клиенте! Собственно это спецификация протокола bittorrent, что вам еще можно добавить.

P.S. Чтобы проверить как это работает, возьмите торрент и пропишите туда левого http-сида и посмотрите что будет.
Вы видимо не понимаете, что я пытаюсь сказать. Сама идея bittorrent подразумевает, что torrent-файл создается первоисточником, а им в данном случае является youtube. И в итоге у нас остается только 3 варианта развития событий:
а) youtube сам генерирует torrent-файл, чему лично я крайне удивлюсь
б) сервер Torrent Stream скачивает файл с youtube себе, сам считает хэши и бенкодит torrent-файл, что малореалистично в виду объемов самих файлов
в) первый скачавший файл считает хэши и сам генерирует torrent-файл, который затем благополучно отсылает на трекер Torrent Stream
Вот если действительно используется вариант (в), то на мой взгляд, ничто не сможет запретить зловредному пользователю сгенировать «правильный» torrent-файл, с нужным содержимым и нужными хэшами. В итоге, http-сид (а он будет указан не левый, а самый что ни есть правильный) будет отдавать отравленные сегменты с точки зрения остальных клиентов и единственным нормальным источником останется как раз первый скачавший.

И либо я по диагонали читал спеки, либо страдаю паранойей. Поэтому и просил вас разъяснить в деталях, на чем конкретно основана уверенность в невозможности подмены.
Я действительно не совсем понимаю что вы хотите от меня услышать.

Теоретически можно сделать все что угодно!

Если вы сможете практически сделать подмену контента, то буду вам признателен если дадите нам знать, чтобы мы устранили такую возможность.
Теоретически можно и SHA1 расхешировать, но это другая «теоретическость», вы не находите?

Присоединяюсь к Lisio, было бы очень интересно узнать, как предусмотрена обработка таких действий, злонамеренных или ошибочных.

Я вижу такие варианты:

1) поддержка со стороны авторов контента — они, заливая свое видео на ютуб, и на другие разные хостинги, поставляют и «официальный» хэш для Torrent Stream.

2) то или иное коллективное голосование между пиров Torrent Stream — если контент оказался левый, то он минусуется. Я такое припоминаю в eDonkey, где регулярно появлялись файлы, содержимое которых «сильно несоответствовало» их именам. Хотя, вероятно, это все из-за любителей переименовать порнуху и расшарить все свои папки.
Жаль, что плеер не подменяет плеер ётуба и на других страницах. Очень не хватает страт\паузы по нажатию левой кнопки в любом месте экрана. Уж очень не удобно целиться в мелкую кнопку плея в свернутом видео-проигрывателе.
UFO just landed and posted this here
ну не знаю стоят все проигрыватели и плагины ни в лисе, ни в хроме не пашет говорит не плагинов, но я слепотой вроде не страдаю :) переставлял толку нет. В лисе плагин сколько браузер не перегружай просит перегрузится это плагин. В хроме вообще и тот что с пакетом идет и для Youtube тоже стоит толку нет.
Что делаю не так?
Вы знаете, мне уже надоело просить поддержку Mac и Linux
Перечитал несколько раз, но так и не понял зачем это нужно.
… А еще жду с нетерпением от вас партнерку. Просто не знаю куда еще написать)

Удачи в работе!
вход в партнерку через torrentstream.net ( Нужно зарегистрироваться как партнер )
А можно поинтересоваться когда будет доступна регистрация в качестве владельца контента и, собственно, можно будет заработать? Понимаю, вопрос, вероятно, задаю не один я, но все же — хотя бы приблизительно?
Аннотации на роликах не работают. Интерактивные видео ломаются.
Без аннотация для меня этот плагин не имеет смысла.
А оно будет проигрывать видео, если с youtube его удалили копирасты?
Chrome Web Store:

An error occurred:

Item not found. This item may have been removed by its author.
Жаль, что протокол BitTorrent. Больше бы хотелось Gnutella2 и/или DC++ DHT
Only those users with full accounts are able to leave comments. Log in, please.