>Т.е., не только в теории, а на практике возможно.На практике это потребует слишком толстого канала для передачи данных. Учитывая, что прямой доступ к интернет магистрали вам скорее всего никто не предоставит, соответственно не будет и стабильности, любое нарушение связи (что сплошь и рядом) будет приводить к задержкам в передачи сигнала. Это только между двумя точками на маленьком расстоянии годится. На маленьком расстоянии, к слову, годятся и обычные VGA кабели.
>Условные хомячки ведь не умеют в ssh.
Протокол как раз не критичен. Пользователь вообще может не знать о том, какой протокол программа использует. В случае видео и аудио необходима полноценная и прожорливая программа как раз на месте. Даже в том случае, если она будет передавать данные для рендеринга куда-то на сервер.
>Но, штука не в том что это невозможно технически, а в том, что потребуется много человекочасов на решение уже решенного.
Штука как раз в том, что это невозможно технически. Нельзя передать аналоговый сигнал на сервер, то есть оцифровывать то же видео или аудио можно только на месте. Что само по себе требует ресурсов. Теоретически можно передавать уже оцифрованный сигнал на сервер, там выполнять частичную обработку, которая на лету, потом вернуть данные снова клиенту. Потом снова обрабатывать на месте, потом отправлять на рендеринг на сервер. Но во первых, это попросту неразумно. А во вторых вас звукорежиссеры из микрофонов пристрелят за такие идеи, так как задержки между событием и откликом на него будут совершенно неприемлимыми. :)
А если вы попробуете таким образом синхронизировать нелинейный рассинхрон аудио и видео, то рискуете довести себя до психического расстройства. :)