Pull to refresh

Comments 82

а проигрывание на мобильных устройствах с урезанным флешем работать будет?
Если на мобильном устройстве поддерживается хотя бы HTML5 — будет работать посредством него. P2P, естественно, применяться не будет.
А когда вы перестанете полностью игнорировать WP7, новая тач-версия сайта не работает. В полноценной версии видео в хтмл-5 не отдается, к тому же постоянно вылазит окно «Ваш браузер устарел, скачайте ФФ/Хром/Оперу». Я уже в супорт кучу раз писал, и не я один.
Может потому что седьмой осел в Windows Phone Nodo не такой уж и клевенький чтобы его поддерживать и он действительно устарел?
Подождите Mango, там все очень хорошо работает в IE9. Сам уже попробовал — нравится :-)
Видео не работает, и в некоторых местах все же глючит. А так да, ваша правда.
Надеюсь, что еще что-то успеют исправить до релиза )
Не могу отвечать за разработчиков вконтакте, но предполагаю, что ответ прост — «Когда пользователи WP7 будут занимать хотя бы сколько-нибудь значимую долю пользователей вконтакте».
Т.е. нужно собрать большую толпу недовольных и силой заставить их? А пока мучаться и не юзать контакт.
Большую толпу с WP7 придется собирать со всего мира.
А приоритезацией задач в зависимости от кол-ва затронутых пользователей занимаются все компании.
мучаться и не юзать контакт

бедняжечка ))))
На Андройде тоже полноценный флэш.
Линуксойд на стеройдах ставил андройд.
А что насчет Peer-to-Peer connections из драфта HTML5?
Для идентификации клиентов используется только ключ, выдаваемый Cirrus-сервером Adobe, ни IP-адрес, ни uid пользователя восстановить по нему не представляется возможным).

Это как? Если чанки можно получить только от клиентов, которые смотрят это же видео, и от TCP/IP вам все равно никуда не деться?
TCP/IP это стек протоколов, а UDP (как впрочем и TCP) это протокол транспортного уровня вышеупомянутого стека.
Я знаю. Это моя привычка перестраховываться: хотелось избежать очевидного ответа «Cirrus использует UDP, а не TCP». Извините за вынужденную неточность.
Все протоколы реализуются флэш-плеером, низкоуровневого доступа видеоплеер к ним не имеет. Конечно, если один из клиентов использует сниффер, то он сможет узнать IP-адреса соседей, с которыми в данный момент идет обмен данными, но не более того.
Из IP можно вытащить много информации, например город или даже район, а так же провайдера. Зная провайдера можно составить список обслуживаемых им домов. При должном упорстве можно составить примерный круг лиц, просматривающих популярное порно в контакте.
А дальше что угодно. Самый частый вариант — потроллить.
Тех, кто смотрит порно гораздо больше, чем тех, кто порно не смотрит. Потроллить удастся разве что стеснительных школьников.
Зато Михалков может искать тех, кто смотрит его фильмы по IP
Т.е. сейчас он не может искать качающих с торрентов? По моему и там ему списка IP хватит. Да и получить список качающих/раздающих оттуда в разы проще.
Кто-то смотрит фильмы Михалкова??
TCP/IP это стек протоколов. А UDP (как впрочем и TCP) — это протокол транспортного уровня вышеупомянутого стека. А IP, к слову, находится на сетевом уровне.
После ваших экспериментов у меня пропало видео (проигрывается 30-секундный джингл на тёмном фоне).
И ещё попутный вопрос.
Теперь, получается, я уже не смогу скачать .flv или .mp4 файл, чтобы потом его посмотреть в оффлайн (например плагином DownloadHelper)?
Скачать можете, ведь это только для проигрывания меняется контейнер. А напрямую с сервера запросить по прямой ссылке никто не запрещал
Пока да, качается (если я не включаю P2P режим).
Но если выключат возможность проигрывания старым способом, то видео будет передаваться по протоколу RTMFP, что исключает способ привычного обращения к файлу на сервере.
Поправьте меня, если я не прав.
Возможность проигрывания старым способом нет смысла отключать. Во-первых, p2p эффективен не всегда — ролик должно смотреть сразу несколько человек. Во-вторых, ни к чему так сразу отказываться от поддержки FP 10.0 и мобильных устройств без FP вообще. В-третьих, пользователь имеет право просто нажать «Запретить», что возвращает его к обычному просмотру.

Ну и наконец, даже при использовании p2p, чтобы видео передавалось RTMFP, какой-то пользователь (или, как правило — несколько пользователей, не дождавшихся ответа от пиров) должен его сначала скачать по-старинке, напрямую.
Так, с технической частью всё понятно.
А сажать-то теперь суровее будут?
Ведь получается, что человек не просто хранит фильм в видеотеке, он его ещё и распространяет
Причем, чтобы начать распространять, достаточно начать смотреть
суровые российские законы
Ну, как известно, суровость российских законов компенсируется необязательностью их исполнения
В Chrome dev на MacOS окошко с предложением включить пиринг не реагирует на клики. Tab'ом можно добиться перехода на нужные кнопки, но все равно на enter/space они не реагируют.
На убунте тоже самое наблюдал
Подтверждаю это. Очень неудобно. Приходится брать ссылку из «получить код видео» и смотреть
у меня и в Сафари на MacOS та же проблема.
То же самое и на винде во всех браузерах…
На Маке я «обошел» это вот так:
System Preferences -> Flash Player -> Tab «Playback» -> Button «Peer-assisted bla-bla-bla» -> Col «Website» -> vk.com -> «Allow».

И после этих манипуляций у меня заработало.
Правда с качеством видео мне как то не везло, все на как то 320 на 240 :(
Аналогично. Пришлось отключить. Опера, флеш свежий.
снеси Flash и заново поставь. мне помогло
Мне, к счастью, не настолько нужно вконтактовское видео и его пиринг, чтобы исправлять их факапы таким способом ;)
это «факапы» флеша, когда окошко с настройками «залипает».
Не очень важно, чей это факап. Ты предлагаешь всем пользователям VK его так устранять?
кого это не устраивает, да.
это относится не к P2P. у меня такое было, когда просто открываешь настройки, окошко залипает и никакие настройки не поменяешь. я дал совет как исправить баг.

для ленивых: ждите автоматического обновления флеш, когда баг пофиксят
Ты же понимаешь, что в это логике есть изъян? И что Youtube, например, никогда не позволил бы себе выкатить функционал с известными проблемами, требующими переустановки flash?
этот баг проявляется на некоторых системах (в основном на Mac) при использовании не последней версии Flash или после перехода на OS X Lion
У меня это проявляется на барсе. Последняя Опера, последний Флеш (а вообще, он теперь сам обновляется). И уж не знаю, чей это факап, но в маке в целом в флеше нажать на кнопку подобного «модального» окна, будь то даже доступ к камере/микрофону, очень сложно.
UFO just landed and posted this here
было бы хорошо, но HTML5 еще не столь популярен. Время.
UFO just landed and posted this here
Стив не любит Flash. А хорошая альтернатива только набирает обороты. Что мне очень не нравится — это просмотр Flash видео на Macbook Pro, кипит как утюг, тормозит как черепаха, шумит как самолет.
UFO just landed and posted this here
Правильно ли я понимаю, что пользующиеся и-нетом по трафику, могут потерять непредсказуемо много трафика соглашаясь на вариант P2P?
Только если исходящий тарифицируется.
Думаю также как и при использовании торрентов. Получается возрастание исходящего трафика. А там уже по тарифам надо смотреть. Обычно учитывается только входящий трафик, если он лимитирован.
Обычно для проводной связи. Почти все ОПСОСы тарифицируют исходящий трафик для лимитных 3G/EDGE/GPRS тарифов. А учитывая, что лимитная проводная связь уже редкость, то скорее обычным стало обратное.
А вон тот дяденька в очках на картинке, ловящий трафик между двумя компьютерами, случайно не сотрудник силовых структур?
Думал это бокал с коктейлем.
Еще подумал — какой идиот на него очки напялил. Он же пустой.
А если полный то в очках ок да?
А если p2p не сработает? Т.е. в некоторых моментах при неподходящей топологии, прокси, nat п2п может не включится. Как тогда флеш плеер поступит?
Хм. Теоретически, теперь когда с тебя качают этот самый клип, то есть шанс подменить пакеты, и отправить свою левую рекламу вместо клипа?) ай да молодцы разработчики :D
а где опровержения моих слов от минусующих, и доказательства вашей точки зрения конкретными фактами?!
полагаю хеши не совпадут, как и в торрентах
Из всех загружаемых на сайт роликов в тот или иной момент, как правило, просматриваются не более 10–15%. Еще 15–20% от этих роликов можно считать популярными.


То есть, эффект будет примерно на 2% роликов?
Да, но эти 2% роликов будут составлять 98% просмотров.
UFO just landed and posted this here
Cirrus-1 да, Cirrus-2 для комерческого + девелопер получает на тесты 15 $ при разработке
когда я пытаюсь просмотреть по подобное видео и флеш спрашивает меня можно или нет — я не могу нажать ни на одну клавишу, как будто там все заблокировано. теперь я не смотрю видео :(
Аналогичная проблема на OS X Lion
А в чём выгода пользователю?
Теперь у пользователя возрастает исходящий трафик, а т.к. при просмотре видео оно теперь ещё и распространяется, то в случае с просмотром нелегального контента — сразу же зарабатываем себе статью.
Выгода вот в этом:
С одной стороны, реже делаются прямые запросы к северу, и серверу становится легче дышать и отвечать на другие запросы. С другой стороны, скорость получения данных от «соседей» нередко может быть выше, чем от сервера в дата центре, поскольку система выбирает партнеров исходя из соображений максимальной эффективности.

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

Если есть опасения по поводу «статьи» — ну, наверное, стоит выбрать галку «Запомнить» и кнопку «Запретить», когда будет предложено пиринговую сеть использовать. Раздаваться ничего не будет — все останется по-старому. Ну или вообще воздержаться от просмотра нелегального контента :)
| Вкратце, ниже нагрузка на серверы — следовательно более комфортный просмотр видео.

Не логично же: если я соединяюсь не с сервером, а с 3-ими сторонами, то снижая нагрузку на сервер — я тем самым обеспечиваю более комфортный просмотр тем людям, кто соединяется не с 3-ими сторонами, а с сервером. А мне то это зачем?
Если бы в этой ситуации вы предпочли бы брать видео с сервера — весьма вероятно, что ему оказалось бы труднее вам ответить, чем те третьи стороны, которые уже забрали те же данные оттуда. (Если я правильно понял вопрос)

Проще говоря: несколько источников данных лучше, чем один.
Отличный пример: торренты, которые живут тем, что пользователи сами себе «генерируют» трафик. Несмотря на то, что приходится отдавать (забивая канал), скорость скачивания растёт, так как данные идут не от одного сервера/пользователя, а от десятков и более. Так и тут. Обычно, когда вы смотрите видео, исходящий канал простаивает всё равно, а так получается всем хорошо.
Давно пора было сделать P2P, теперь будем смотреть фильмы с меньшими тормозами. Хотя интересно, когда реализация будет стабильно работать
Sign up to leave a comment.