duoman: Когда вы здесь отвечаете кому-то, всегда жмите "ответить", иначе тот, кому вы пишете, никогда не узнает, что вы ему ответили.
Ниже вам правильно пишут, что перекодировать в реальном времени несколько потоков видео в H.264 - это весьма ресурсоемкая операция.
Вадим Соловьёв: Если человек работает в этой области (не второй день и его еще не уволили и не обложили штрафами за брак), то он это знает - если вам не ответили, предполагать, что "никто не знает" - глупо, вероятнее всего, либо вы так спрашивали, что с вами связываться не хотят, либо (что закономерно) не хотят полного профана в вопросе превращать в профана, который себя таковым не считает.
Если вы хотите изучить работу любой программы, то изучать надо не галочки и кнопочки в ней, а теоретическую базу той предметной области, в которой работает программа (допечатная подготовка, типографская печать) и решать прикладные задачи. От того, что вы знаете каждый изгиб формы молотка, вы по гвоздям лучше попадать не начнете. Аналогия понятна?
DieZz: Нет, никакой Автокад (который не GIS вообще) использовать, естественно, не придется. Придется использовать, например, QGIS с прямым подключением к PostgreSQL-базе.
DieZz: Это смотря как вы хотите это организовать. Потому что отображение и редактирование - разные вещи. Вы уверены, что не хотите попробовать использовать для редактирования программный клиент, а не заниматься извращениями с веб-клиентом?
DieZz: Теоретически, вы можете подготовить данные в QGIS, экспортировать растровый слой плагином QTiles в тайловую пирамиду и никакой сервер (кроме HTTP-сервера) вам не понадобится. Но в этом случае, если вам все же нужны какие-то popup-ы с информацией по объектам, вам все равно нужен будет отдельно WFS-сервер, который будет отдавать данные по запросу.
Для начала, нужно, чтобы вы уточнили вопрос, описав, что за данные вы собираетесь показывать. Идти надо не от технологий, а от того, что же вы хотите получить. А из этого уже технологии следуют почти автоматически.
А вы уверены, что это ресайз жрет все ресурсы, а не рекомпрессия?
Также стоит обратить внимание на использование пресетов https://trac.ffmpeg.org/wiki/Encode/H.264
Решения "быстрого ресайза" (аналогично тому, как можно, например, уменьшать JPEG сразу при чтении) для H.264 лично мне неизвестно.
Как уже написали ниже - возможно. Но в отдельных случаях - лишено смысла. Например, тут нередко спрашивают, можно ли получить доступ в сеть через два 3G-модема, чтобы "картинки скачивались быстрее". Распараллеливать один HTTP-запрос (делить картинку на две части, например), естественно, таким образом нельзя.
