Представьте себе, вот открыли вы в браузере с десяток порно видео-роликов, они тем временем успели скачаться и вдруг оказалось, что браузер нужно закрывать. Что делать?

Сохранить все открытые в данный момент в браузере flv-видеоролики в отдельную директорию можно вот таким простым однострочным скриптом.

copy-cached-flv.sh

#!/bin/bash
 
lsof -n | grep /tmp/Flash | \ 
    awk '{line = "/proc/" $2 "/fd/" $4; sub("[^0-9]*$","",line); print line}' | \ 
    xargs -I '{}' cp -v '{}' -t "$@" --backup=t

О чем это я?
FLV это, грубо говоря, формат видео файла, воспроизводимый Flash приложениями в сети Интернет. Я хочу научить приложения Silverlight понимать этот формат точно также, как это делает Flash.
Цель этого сообщения – понять необходимость использования FLV видео контейнера в Silverlight приложениях. Так же хочу заметить, что с Flash я поработал достаточно и съел не один десяток ложек дёгтя и всего пару ложек мёда. И напоследок, не судите строго, это мой первый пост.

Привет всем,

хочу представить вам 2-ю версию своего проекта «каталог онлайн фильмов», после того как я запостил на хабр первую версию и прочёл некую критику, я задумался и кое-что переделал.

теперь возникли кое-какие вопросы:

1. стоит ли вынести сей проект на собственный домен?
2.добавить ли функцию убрать рекламу на главной? там где можно выбрать фильм/сериал для просмотра.
3.стоит добавлять сортировку по определённому году ниже 2007?
4. если сравнить с предыдущей версией, сделал ли я лучше или наоборот ухудшил?
5.есть ли у кого интерес помочь с проектом.
6.в плане добавить возможность добавления фильмов самими юзерами, только ещё не решил как это будет происходить, авториза́ция ( тот же openID), или без, но ведь всё равно кое кому придётся проверять «новые поступления»
7.чего ещё не хватает?

из нового: сделал 3-колонки, немного улучшил поиск, добавил выбор фона, появилась функция убрать всё кроме видео, появилисась возможность комментирования.

версия 2
версия 1

Все мы знаем, что DPI-решения операторы чаще всего покупают для урезания, а то и полной блокировки P2P-трафика (также, в Китае масштабно используется для «порчи» VoIP-трафика). Сюда же наши нелюбимые производители DPI-коробок привносят наличие кучи всяких «полезных» функций: вставка контекстной рекламы, приоритезация «нужного» и много чего ещё. Вообщем-то, придумать можно всё, что душе угодно, т.к. пакет можно анализировать полностью. Правда, с производительностью дела обстоят не так хорошо, как хотелось бы (сейчас существуют коробки с 2-мя 10G интерфейсами); здесь же можно ещё упомянуть качество определения тех же P2P-протоколов. В начале прошлого года EANTC пыталась провести тестирование DPI-систем. Причём, тестирование проводилось бесплатно для производителей оборудования — всё оплачивалось из кармана французской ассоциации звукозаписывающей/звукоохраняющей мафии. Результаты, мягко скажем, плохие :) 
    Ситуация получилась аналогична той, что есть на рынке антивирусов — протоколы P2P меняются/появляются новые, а производители DPI-систем выпускают сигнатуры для их определения. Например, взять всем известный протокол BitTorrent: если для передачи информации всегда использовался TCP, то теперь поддерживается и UDP, чем существенно усложнит жизнь dpi-коробкам + поддержка шифрования.
   Но рассказать я вам хотел не про это, а про систему кеширования P2P-контента, с которой мне уже удалось познакомиться: Oversi OverCache. Идея относительно проста: оператор устанавливает у себя кеширующие сервера и систему управления для них. 
  Система управления отвечает за:

• собирание статистики;
• управление контентом (выявление популярных ресурсов, удаленее старых непопулярных ресурсов);
• анонсирование доступности контента своим пирам (клиентам со всего адресного пространства оператора);
• управление кеш-серверами.

    Кеш-сервера раздают контент своим пирам. Причём, размещать сервера можно где угодно (по городам, по узлам и т.д.). 

    Как определяется популярный контент? Просто — для этого на систему управления надо зеркалировать (SPAN,TAP) исходящий к апстримам трафик (достаточно 30%), этот трафик анализируется (eDonkey2k-контент, обращения к torrent-трекерам, хеши файлов и т.д.). Плюс к этому можно добавить «локальный» поиск контента через DHT. Из этой информации уже можно выявить популярный контент, популярные трекеры и сделать какой-то threshold на кеширование/время жизни файлов. Дабы не нарваться на защитников копирайта — система не кеширует файлы полностью: для BitTorrent, к примеру, она не скачивает первый и последний блоки файла, что не позволяет стать системе seed'ом.
   Для flash-видео всё немного сложнее, помимо того, что мы должны перехватывать обращения к видео-сайтам (youtube тот же), мы ещё должны редиректить клиента на локальный кеш-сервер. Не знаю как у вас, а у меня жена и некоторые друзья регулярно смотрят фильмы, используя для этого ВКонтакте.Ру.
   По статистике эффективность решения до 80% процентов попадания в кеш. Бенефиты налицо: провайдер получает свободный аплинк-канал (а при наличии развитой системы кеширования и межрегиональные линки), клиенты получают ускоренную загрузку контента. Весь мир счастлив :)

Я давно заметил (впрочем, вон там есть и свежий пример того), что некоторые видеоподкастеры предпочитают не заливать своё видео на некоторые популярные видеохостинги (такие, как YouTube или Google Video), заранее зная, что эти видеохостинги если и принимают видеозаписи любого формата, то у себя преобразуют их (со значительным сжатием) в формат FLV, после чего мелкие детали подкаста расплываются во Flash-видеопроигрывателе.

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

При помощи программы Any Video Converter Free Version (или других аналогичных простых бесплатных средств) можно заранее изготовить FLV-видеоролик необходимой длины и качества, чтобы затем закачать его на RuTube.

Всем привет.

Боремся с пробками вместе

В рамках этого проекта в г. Красногорск, мы решили установить пару сетевых камер и сделать удобным просмотр потокового видео. Забегая вперед, результат можно посмотреть на нашем сайте или с мобильного телефона по wap www.ventumnet.ru/camera

Здравствуйте.

Программное управление FLV видео можно осуществить при помощи NetStream.

Для начала создадим в библиотеке новый символ — видео. Далее перетаскиваем его на сцену и этот пустой квадратик будет служить нашим контейнером куда мы будем загружать наша видео. Устанавливаем его размеры соответственно размерам видео, которое собираемся проигрывать. Назовем символ videoContainer.

FFmpeg

Для конвертирования видео на Linux машинах часто ипользуют ffmpeg. Библиотеку лучше собирать из исходников, не забыв подключить библиотечки amr (для конвертирования видео с мобильных телефонов), о том как конвертить и где скачать можно легко найти в интернете, в частности где, что и как, но на английском языке написано тут.

Несколько недель назад мы анонсировали нашим партнерам свое намерение лицензировать и выпустить компоненты для проигрывания видео и аудио контента.

Все решение получило название «1С-Битрикс: Медиа-плеер» и уже выпущено в качестве компонента в модуле «Управление структурой» и вошло во все без исключения редакции продукта «1С-Битрикс: Управление сайтом».

Корпоративные пользователи не очень хотят встраивать в свои сайты видео с Youtube или других проектов. Да и потребности клиентов сильно расширились…

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

Итак, что мы умеем теперь и чем вы располагаете.

Мы реализовали универсальный медиа-плеер, которые автоматически, в зависимости от формата данных, представляется Flash или Silverlight компонентом.



Поддерживаются следующие форматы медиа-контента:

Flash:

* FLV7 video
* FLV8 video
* H.264 video
* Youtube video
* MP3 audio
* AAC audio
* JPG images
* GIF images
* PNG images

Silverlight:

* WMV1: Windows Media Video 7
* WMV2: Windows Media Video 8
* WMV3: Windows Media Video 9
* WMVA: Windows Media Video Advanced Profile, non-VC-1
* WMVC1: Windows Media Video Advanced Profile, VC-1
* WMA 7: Windows Media Audio 7
* WMA 8: Windows Media Audio 8
* WMA 9: Windows Media Audio 9
* MP3: ISO/MPEG Layer-3

Форматы плей-листов:

* ASX
* ATOM +Media
* RSS + iTunes
* RSS + Media
* SMIL
* XSPF