А еще:

• существенно снижена производительность LAN<->WAN

Соответствующих сообщений, документально подтвержденных, уже полно не только на официальном форуме. Отмечено на самых массовых Broadcom и Ralink.

На самом деле Oozie как служба весьма надежен и он единственный из подобных имеет годный UI.
Вот написать стабильный workflow под него — действительно непросто. И функционально слабоват — костылить приходится.

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

Поэтому в итоге я его снес и пользуюсь MediaTomb, проще и дешевле.

А что с качеством получаемого видео? Вроде как разница есть и она достаточно заметная.

Всё что Вы сказали верно для электродвигателей постоянного тока параллельного возбуждения. А, насколько я знаю, двигатель стеклоподъемника — последовательного возбуждения (как в тяговых приводах трамваев и тепловозов). У них немного непревычная скоростная характеристика — там действительно, снижая напряжение мы уменьшаем ограничиваем ток.
Автор нелогичен в словах, но всё сделал верно.

Нашел способ как передать любые параметры транскодеру. В частности по моему п. 1:

<VideoProfile container="mpegts" codec="h264" audioCodec="mp3" >
	<Setting name="VideoEncodeFlags" value="-vf scale=-1:720,crop=1280" />
</VideoProfile>

Что-ж. Беру свои слова назад — Plex в вопросах транскодирования умеет всё то-же, что умеет и ffmpeg. Но это отвратительно документировано!

В основном контроллеры, которые мне попадались — были приложениями для смартфонов. Вполне понятно почему.
Парочку пробовал — работало плохо. Но у меня Renderer-ы глуповатые и особых усилий я не прилагал.

Часто требуют подбора версии jre и ручного выставления переменных окружения. Причем логи JVM малоинформативны — понять причину проблем бывает сложно. Долго стартуют, сильно увеличивая Load average системы. Большой расход памяти и наличие утечек памяти. GUI выглядит коряво, т.к. игнорируется тема Qt/GTK.

Это все не фатально, но достаточно, что-бы предпочесть JAVA-приложению что-то другое.

1) И все-же — у Plex есть определенные ограничения в возможностях настройки транскодирования. Которых нет у некоторых других программ.
2) Спасибо, попробую.

1) Проверял я эту настройку. Plex масштабирует изображение сохраняя Apect Ration по самой большой стороне. Например из 1920x900 cделает 1080x506. Отмасштабировать видео сохраняя AspectRation до строго нужного размера — возможности нет.
2) Опция не документирована и более того — «Deprecated». Увы.
3) В Mediatomb это можно сделать передавая ffmpeg параметр -vf. Расчет нужных значений легко скриптуется.

Это я видел. Но как, для примера, в Plex можно передать ffmpeg флаг -vf ?

Просто Вы не выходили за круг типовых задач. Подскажите как реализовать в Plex:
1) Если высота исходного видео >720 pix — сделать из него crop 720x1080, если <720 pix — увеличить по вертикали до 720 и обрезать по горизонтали до 1080.
2) Если исходное видео H.264 High 5.1 или 5.0 — перекодировать в 4.2, остальные профили — пропускать без транскодирования.
3) Обрезать черные поля, если они присутствуют в исходном видео.

… буду Вам безмерно благодарен — мне так делать очень нужно.
К слову — Mediatomb, TVMobili и в какой-то степени Serviio — это делать умеют.

Я вручную просматривал базы профилей каждого сервера. В Plex она достаточно большая, но сильно меньше, чем в Serviio и Twonky.

Версии Plex есть для Mac OS X, Ubuntu, Fedora, CentOS. Можно установить практически в любой Linux.

VanDamM, Dr_Death, не сомневаюсь что это достойные продукты. Но… пусть описание Windows программ сделает кто-нибудь другой, — я пас.
А запуск их под Wine — это от лукавого.