LINUX.ORG.RU
 
leg0las

flowplayer + php != работает.


0

1

Задача: необходимо прочесть видеопоток из php-файла stream.php вида:

<?php
header("Content-type: video/mp4");
$output_file=readfile("video.mp4");
print $output_file;
?>

и воткнуть этот самый поток в flowplayer, в хтмлку:

<object width="640" height="512" type="application/x-shockwave-flash" data="./flowplayer-3.2.7.swf">
  <param name="movie" value="./flowplayer-3.2.7.swf" />
  <param name="allowfullscreen" value="true" />
  <param name="flashvars" value='config={"clip": {"<?php readfile("stream.php"); ?>", "autoPlay":false, "autoBuffering":true}}' />
</object>

Экранчик серый, т.е. не пашет.

Продолжение по сути ранее поднятой темы, от html5 приходится отказываться, увы.

Навеяно этим мануалом.

ПОСАДИ КОМПЬЮТЕР НА ЦЕПЬ И ЗАСТАВЬ ЛАЯТЬ!

домашняя автоматизация: сделай сам; лучший подарок для техногика

http://www.unicontrollers.com/products/unc01x

[#] Ответ на: комментарий от feinsbot 27.01.2012 14:38:30  
leg0las

Такой изврат нужен для .htaccess - запретить доступ к mp4 файлам, чтобы юзер не смог их скачать, а трансляцию делать вот таким хитрожопым методом - вещать в stream.php, на него сделать еще один .htaccess (обращение к нему разрешено только с сервера, остальным запрещено), ну и собсно файл, который к нему будет обращаться и читать поток.

** ()
[#]  
resurtm

Метод крайне через одно место, который нагрузит сервер очень быстро.

Задача у тебя какая? Отдать клиенту ссылку на файл, при этом данная ссылка должна работать только с одного IP, одного session_id и N секунд? И избежать скачивания оригинального файла по прямой ссылке?

Если так, то почитай про NGINX и X-Accel-Redirect и контролируемое скачивание.

* ()
[#] Ответ на: комментарий от leg0las 27.01.2012 15:04:44  
resurtm
>>-----Цитата---->>

б****ь, кто-то может сказать, как _правильно_ скормить stream.php в "clip"? Всего-то навсего.

<<-----Цитата----<<

Ты прямо сейчас выстрелил себе в ногу гранатометом таким способом. :)

* ()
[#]  

Кладёшь исходный mp4-файл, тянешь тем же wget, смотришь какие http-заголовки передал.

Кладёшь твой скрипт, тянешь тем же wget, смотришь какие http-заголовки передал.

Сравниваешь, добавляешь недостающие.

Я бы на месте плейера с тобой только за отсутствие заголовка Content-length не общался бы.

### ()
[#] Ответ на: комментарий от leg0las 27.01.2012 14:44:24  
>>-----Цитата---->>

Такой изврат нужен для .htaccess - запретить доступ к mp4 файлам, чтобы юзер не смог их скачать

<<-----Цитата----<<

Ты не понимаешь. Плеер - это тоже юзер, флеш исполняется на его машине. Если юзер не может скачать, то и плеер не может.

Ты можешь делать временные ссылки через nginx и компанию, но это тоже относительно нестрашно обходится.

Если ты реально не хочешь, чтобы юзер мог вытащить что-то, то единственное, что относительно подходит - RTMP. Из него тоже, впрочем, вытягивается что надо, но это уже относительно сложно.

Но всё это изврат, так как кому надо - постараются и скачают. Если тебе нужно просто не дать скачать "легко", то лучше разберись с nginx.

anonymous ()
[#] Ответ на: комментарий от resurtm 27.01.2012 15:09:44  
leg0las

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

** ()
[#] Ответ на: комментарий от leg0las 27.01.2012 17:32:54  
>>-----Цитата---->>

Переделывать на nginx - сервак нагруженый

<<-----Цитата----<<

Поставь рядом с апачем тот же lighttpd, который будет нужен только для файлов. Там есть mod_secdownload. Что-то аналогичное есть и для nginx.

anonymous ()
[#]  
stevejobs

1) Если скрипт заработает, от скачивания видео это не защитит (плагин для фф который перехватит сам поток, а не ссылку на него - и до свиданья, наверняка такие есть).

2) Если на сервер зайдут несколько человек, то он умрет с out of memory. Ну разве что у тебя ролики на 1-2 мегабайта, тогда может еще сойдет на первое время.

3) В общем-то, даже RTMP тоже можно скачать (гуглится по "RTMP download")

** ()