Нужна ли (в перспективе) отдельная утилита записи видеопотока? Тут было мнение, что нужна и функциональность эта (хоть и неуклюже), но уже присутствует в udpxy (переключатель -r filepath), но было мнение (с которым я согласен), что надо отделить её в утилиту командной строки
Соответственно и голосуем - насколько нужна (cтоит ли копья ломать)?
Пример интерфейса утилиты, условно названной upxrec:
Кстати, поскольку поток Корбины-240 "перекодируется" из RTP в "чистый" MPEG-TS, то, записав его в этом виде в файл, он просматривается как MPEG vlc.Code:upxrec -i multicast_ifc/address -c multicast_channel_address -w dest_path
Нужна. Только пусть это будет в теле udpxy для экономии места. В конце-концов, различать можно по argv[0]. Т.е. просто сделать символическую ссылку.
Как мне кажется, нужно по минимуму: адрес потока, продолжительность по времени, ну и действительно какой-нибудь файл с пидом, его имя будет передаваться как опция. Всякий шедулинг - это уже задача внешнего софта.
Как-то так:
udpget -i vlan1 -c 224.0.0.0:7777 -w /tmp/harddisk/abc_1212.ts -t 01:00:00 -p /tmp/harddisk/abc_1212.pid
PVR - это уже (серьёзная) надстройка над утилитой, со всеми вытекающими возможностями. И не на 20-40-60 Кб бинарника явно . Начнём, стало быть, с утилиты.
Целиком согласен с Олегом - сделать по минимуму и "всё в одном флаконе" - всё же это не десктоп-приложение, а утилита для устройств с весьма ограниченными ресурсам.
В принципе, и продолжительность, и pid можно было бы перепоручить скрипту запуска, но накладок особых я не вижу - почему бы и не встроить.
Я вот подумал. Может действительно стоит добавить отложенный запуск. Т.е. ещё дату старта. Пусть он сначала висит и ждёт. Это тоже вроде просто, зато сразу даст возможность пользоваться из командной строки, с тем же скрином и отслеживать, что там происходит.
Какой-нибудь минимальный статусный вывод тоже приветствуется, типа текущей скорости (битрейта), прошедшего/оставшегося времени, и размера файла на диске.
Поддерживаю. В этом случае высокоуровневые задачи (плейлист, программа передач) можно отдать PC, где нет ограничений на размер прошивки. Можно попросить автора IP-TV Player фичу писать не на диск, а давать комманду роутеру через http.
Но кроме отложенного запуска нужно:
1. Возможность поставить в очередь несколько заданий.
2. Опции коммандной строки для получения списка заданий и их удаления.
Усложняем, по-моему. Запускается один процесс - ждёт своего времени, запускается другой - вот уже и вполне даже очередь, и руководит ей планировщик самой ОС, а просматривать задачи можно комбинируя ps и grep (pgrep). С удалением вполне справится kill. Всё уже придумано до нас
По поводу шелюдинга - как вариант могу предложить свою веб морду. Написал ее пару месяцов назад под себя. У меня работает совмесно с udpxy - кидает поток Wget'ом в файл. Шелюдиг соответственно обеспечивает cron. Скрины прилагаю.
P.S. Если интересно - приведу в порядок , оформлю мануал и выложу отдельным постом.
Да интересно, я думаю. Что там используется в качестве веб-сервера? И на чём написаны скрипты? Идеальный вариант - busybox_httpd и /bin/sh .
У меня крутится на lighttpd , но написано как раз на shell'е. С busy_box проблем быть не должно.
Это очень хорошо.
И крон встроенный используется?