VLC Player: Удаленное управление с помощью связки PHP и Telnet. Настройка Video-on-Demand.

Сто лет назад я писал небольшой цикл по настройке файлопомойки под Linux’ом, тогда же обмолвился о том, что хочу прикрутить внутри сети потоковое видео. Потом как-то идея сошла на нет и заглохла, а вот сейчас вновь стала актуальной, в связи с чем погрузился в дебри изучения проблемы.

Сразу отмечу, что в качестве streaming server был выбран великий и ужасный VLC, который от релиза к релизу обрастает функциональностью и регулярно апдейтится. Я допускаю, что есть более интересные варианты или даже готовые out-of-the-box решения, но легких путей мы как обычно не ищем.

Схема работы всей связки VOD должна выглядеть примерно следующим образом:
> есть fronend — обычная веб-страница с индексом всех фильмов, которые доступны на файлопомойке;
> VLC настроен на управление по интерфейсу telnet и вещание по протоколу RTSP;
> при клике по названию ссылки front-end коннектится к VLC по telnet
> и посылает последовательность команд для создания нового VOD (Video-on-Demand) контейнера;
> после чего можно подсовывать RTSP линк плееру на другом конце и смотреть видео.

Прелесть VLC — в кроссплатформенности, поэтому решение будет работоспособно как под Windows, так и под Linux 🙂

Подробнее

Софтово-железячное

1. После 2.5 лет бесперебойной работы (говоря бесперебойная, подразумевая 24/7) сгорел 450 Вт блок питания Chieftec. Причину поломки пока не выяснил, но есть мнение, что остановился кулер, БП перегрелся да и здох. Вместо него поставил БП от этого же производителя но на 400 Вт, 10 дней — полет нормальный.

2. В конец устав от тормозов при одновременной работе в Lightroom и Photoshop, решил добавить в рабочую машинку еще 2 гига оперативы к уже имеющимся двум. Из закромов были извлечены два модуля Corsair XMS2-6400C4, для которых производителем заявлена возможность работать на таймингах 4-4-4-12. Два аналогичных модуля успешно крутятся в машине не первый год, а эта пара с завидным постоянством рушила систему в BSOD. В сервисе, в свое время, менять модули по гарантии отказались, мотивировав тем, что тест памяти ошибок не выявил. При таймингах 5-5-5-18 система работает стабильно, да черт бы с ней, что неуловимо медленней 😀

3. В сервант под Fedora 12 воткнул два старых IDE винта, некогда работавших в софтовом зеркальном рейде. Долго не мог понять почему один из винтов не форматируется. Выяснилось, что умная линуха без спросу создала рейд-массив. Очевидно злую шутку сыграло наличие служебной информации о RAID на этих винтах.

Пришлось ручками удалять метки.

dmraid -r -E

В системе быстренько были опознаны бывшие рейдовые винты и предложено удалить с них метки принадлежности к рейду.
После перезагрузки появились /dev/sdb1 и /dev/sdd1, соответственно.

4. В свое время, размещал в этом блоге панораму Будапешта с помощью плагина WP-PhotoNav. Очень не понравилось, что перемещение картинки происходит при Mouse Over. Намного удобнее, имхо, перемещние при нажатой левой кнопке мыши. Вот эта мысль наряду с некоторыми другими была доведена до автора плагина. В новой версии этот функционал реализован. Страница плагина: http://fabianmoser.at/wp-photonav

5. Photoshop конечно всем хорош, но собирать большие панорамы в нем — адово занятие, особенно если использовать Auto-Align Layers и Auto-Blend Layers. Катастрофически не хватает оперативы. В настоящий момент собираю панорамы с помощью Autopano Giga. Функционально, быстро, с умеренным расходом памяти и хорошим результатом.

UPD

6. А еще вспомнил про неприятный баг, с которым столкнулся при переносе почтовых ящиков пользователей с локальных машин на сервер. По плану подразумевалось, что доступ к ящикам будет открыт с помощью виндовых шар. Уж не знаю, проблема ли в The Bat!, или в шарах, или и в том и другом сразу, но в определенные моменты содержимое папки «Входящие» бесследно пропадало, файлы messages.tbb и messages.tbn оказывались перезаписаны и пусты. Содержимое вложенных в Inbox папок оставалось неповрежденным.

Условия, при которых происходил сей коллапс установить не удалось, но отключение сжатия папок проблему решило. Причем отключать сжатие нужно как в настройках всего ящика, так и для папки «Входящие».

Файлопомойка. Часть 3. WebUI

Да, вот здесь начинается самая веселуха, ибо над развертыванием этого проклятого ГУЯ бился я, ну наверное, сутки. В итоге все конечно разрешилось, причем самым презабавным образом и за пару минут, однако не буду более забегать вперед, все будет последовательно.

Как я уже писал во второй части цикла «Файлопомойка», в качестве торрент-клиента я выбрал rTorrent, соответственно и WebUI выбирался для него. Скоренький поиск в Гугле показал, что самым обсуждаемым, читай востребованным, является wTorrent. Когда я только только начинал читать ман по установке, я и не знал, подо что подписался.

Подробнее

Файлопомойка. Часть 2.

rtorrentПродолжаю собирать нечто похожее на файловый сервер. Очередь дошла до торрент-качалки. Среди всего разнообразия остановился на rTorrent, хотя до него посматривал в сторону Transmission. Не посленюю роль сыграло то, что рторрентом можно вполне себе вменяемо управлять через консоль, есть некое подобие интерефейса, плюс богатый выбор всяческих веб-интерфейсов, которые, к слову сказать, по функциональности сильно превосходят используемый в трансмиссии.

К делу…

Подробнее

Файлопомойка. Часть 1.

Решил собрать себе небольшой файл-сервер. В качестве операционки остановился на Fedora 12 (никаких веских аргументов в пользу нее у меня нет, просто под руку попался образ для VMWare). Хотелось конечно обойтись малой кровью и установить FreeNAS, но после чтения манов и ЧАВО было установлено, что NTFS она понимает в режиме ‘только для чтения’, что меня никак не устраивает, т.к. в наличии уже имеется железный рейд на 2ТБ в системе NTFS и никакого желания конвертировать его в другую файловую систему у меня нет.
Для себя определил следующие требования к будущему файл-серверу:

  • работа с виндовыми шарами
  • торрент-качалка с WebUI и RSS
  • фтп-сервер
  • загорелся идеей сделать еще потоковое вещание через VLC

Подробнее