В дополнительные настройки или консоль можно вынести место, на котором будет производиться переход: либо соотношение сторон, либо минимальный горизонтальный или вертикальный угол.
Загромождать этим обычные настройки не вижу смысла — не такая большая важность для игрока.
Вообще, отдельная настройка FOV для каждого режима немного противоречит задумке. Суть этой идеи в том, чтобы переключение между режимами было плавным, чтобы когда мы сужаем окно браузера, сначала сужался обзор по горизонтали, а затем расширялся обзор по вертикали.
Если это просто список IP-адресов, вполне хватит просто написать по адресу на строку, а парсить через .split('\n') или .split('\r\n'). Так парсится даже быстрее, и места меньше занимает.
В QuakeWorld из QuakeC-кода игры полностью вырезана одиночная игра, а если использовать progs.dat от обычного Quake, придётся подгонять под него код движка, и получится не QuakeWorld, а какая-то страшная смесь. Из QuakeWorld я взял только RCON, поскольку listen-сервер через WebSockets в браузере сделать невозможно, и реализовать RCON очень просто (даже через XMLHttpRequest).
Ну не знаю насчёт общего качества ощущений. Лично мне неудобно играть, когда видишь только то, что прямо впереди тебя.
В данном случае имеется в виду автоматическая смена FOV во время игры в зависимости от пропорций экрана, в конфигах задаётся только базовый угол обзора для 4:3.
китайцамукраинцам.А вы не пробовали производить часть расчетов в шейдерах и извлекать результат из фреймбуфера?
Загромождать этим обычные настройки не вижу смысла — не такая большая важность для игрока.
лекджекомаг репортами и путанамилл реквестами.bind z "fov угол_для_альбомного_режима"
bind x "fov угол_для_портретного_режима"
В данном случае имеется в виду автоматическая смена FOV во время игры в зависимости от пропорций экрана, в конфигах задаётся только базовый угол обзора для 4:3.