[umka]

Ту, которая вам больше по душе.

А он там есть? :)

То есть, вы хотели сказать, "индейца"?

Напишите лучше полный путь к перлу

Почитайте апачевский error_log - там есть ответ на ваш вопрос.

Вот у вас на сайте написано:

А "разумные пределы" — это сколько?

Ну да, выходит где-то 150 мБит-ный канал нужен.

Но как обычно бывает, планируемый максимум никогда не достигается :) Поэтому, скорее всего, хватит и 100-мегабитного канала. А если вдруг и случится оказия, что подключатся одновременно 500 человек ... ну будет у всех немножко притормаживать :)

Тут важно обратить внимание на дисковую подсистему сервера, чтобы всё не упёрлось в скорость работы дисков, если вдруг одновременно 500 человек будут смотреть 500 разных файлов.

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

Хостинг — это как общепит. Чем дешевле, тем себе дороже :)

Не должны — согласен. Но могут, и с этим сейчас сложно поспорить :)

То что лёгкие — тоже согласен, но просто "с рук" ничего серьёзного не снимают. Как минимум, юзаются какие-нибудь стедикамы.

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

onchange — это для select-ов.

Юзайте onclick.

А ещё у вас у каждого inputa по два value зачем-то.

А там особо перенастраиваться и не нужно, в принципе.

Фотик ставится на обычный кардан, вместо камеры, на него ставится киношная оптика и всё.

Всё на обычном кране/тележке.

Управление записью/оптикой — внешнее.

Максимум что тут необычное — формат сигнала. Вряд ли там у него есть какой-нить SDI.