Борис Сёмов

1. h264, с настройками экспериментировать... Получить битрейт меньше 5мбит на таком размере картинки вполне можно, обычно без особой потери качества...

2. Много его для разных платформ. Можно какой-нибудь handbrake взять бесплатный, и с пресетами готовыми... Качество больше от настроек сжатия зависит а не от софта.

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

4. Возможно изгнать дизайнера, который это придумал? =)
Как говорится, в каждой шутке есть доля шутки. Например, клиенты открывшие сайт через мобильную сеть будут совсем не рады такому расходу трафика, даже если у вас получится раз в 5 уменьшить видео, а у них его без лагов посмотреть... Т.е. видео в фоне, это может быть и красиво, но не практично, и зачастую, очень проблемно и для пользователя и для хозяина сайта... Может быть лучше каким-нибудь слайдшоу в фоне обойтись?

Тут будет больше не в безопасности проблема даже, а в проблемах с поисковиками, для которых это другой сайт с тем же содержимым. И кто-то может подгадить, направив произвольный домен на этот сервер, например.

Обычно, либо делают заглушку, либо делают редирект на основной сайт(но зачем - тут не будет полезного трафика), но не отдают то же, что и по доменному имени.

Если просто добавляется расширение .jpg, и есть возможность загружать картинки в других форматах, то это, конечно, не правильно.
Если все файлы действительно конвертируются в jpeg, или загрузка файлов в других форматах фильтруется где-то, то всё ок.

Ну и да, расширение, не имеет отношения к _формату файла_, на самом деле. Это не более чем подсказка.

Основной вопрос не в том, даже, как минимизировать видео, а как организовать проигрывание без его полной загрузки.
Если просто положить файл на сервере и отдавать его по http, как бы оно не было сжато, оно создаст проблемы пользователям.
По меньшей мере, надо использовать что-то вроде nginx.org/ru/docs/http/ngx_http_mp4_module.html или h264.code-shop.com/trac/wiki/Mod-H264-Streaming-Ap... или какое-то аналогичное решение, для вашего веб сервера. Или даже специализированный стриминговый сервер.

Также, надо снизить битрейт видео до пары мегабит хотя бы, а лучше даже меньше. Frame rate 50, конечно слишком жирно для веб - 30 уже более чем достаточно, да и разрешение, наверняка, можно сильно порезать, а дальше играться с качеством.

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

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

Итого вам нужно: CCK, Filefield, Views, опционально приглянувшийся форматер для views.

В Drupal, в отличии от большинства CMS, модули чаше всего, дают не законченный функционал, а некие возможности, которые в него собираются. Это большой плюс друпала, т.к. таким образом гибко реализуется то, что нужно именно вам, а не то, что задумывал автор какой-нибудь готовой галереи для другой CMS.