Vavoom

[Konrad_GRAU]

Ну нихераж себе - вот это новость... А сколькор у тебя к Ждуму
подключено? Как по нормальному, то он с моделями только уже требует как минимум гефорс2, и то, у меня на таковой ТОЛЬКО
С МОДЕЛЯМИ которые на 20мб Ждум аццки тормозит! А вот вавуму
похрен - есть модели или нету, есть текстуры или нету - он этим только
оперативку засирает, от видяхи не зависит! - у меня что без всего,
что со всем - если карта типа МАП15 - "индастриал зоне" так там и
будет 15 ФПСов, итут хоть все хайресы, хоть модели, хоть освещение
убить - не изменится... Вообще я об этом феномене неоднократно
говорил.

[entryway]

Это не феномен, это вытекает из допотопности дум-движка и его неприспособленности к современным высокодетализированным уровням. Возьмем 24 уровень Scythe2 например в prboom+. Тормозит, не так ли? Почему тормозит? Ведь у меня еще вполне адекватный времени копьютер, тем не менее дум3 с в 100 раз большей детализацией и ушедший технологически от дум2 так далеко, что и не видно, работает не намного медленнее стартовой открытой области на MAP24@Scythe2. Да потому что ничего не стоит на месте. Меняются технологии, методы, алгоритмы. Тупой и, что важно, приспособленный для 2д карт BSP алгоритм на коем основан весь рендер дума и его портов уже не дает такого дикого прогресса, какой он давал больше 10 лет назад. Знаете что делают авторы портов добавивших в свои детища мауслук и/или фов (например я) для того, чтобы вычислить дополнительно появляющиеся необходимые рендеру полигоны? Они просто обходят BSP-дерево четыре раза вместо одного, временно изменяя направления взгляда игрока на "влево на 90 градусов", "вправо" и "назад". Потому что это проще всего и кодируется тремя строчками, но конечно же пагубно сказывается на производительности, так как далеко не оптимально и именно поэтому при направлении взгляда максимально вверх, когда чаще всего видно только небо - производительность максимально низкая. А дизайнеры знай себе лепят сектора уже десятками тысяч на мапу. Детализация дико возрасла и уже давно переросла тот уровень движка для которого его, движка, возможности были приемлимы, а может и оптимальны на то время. Но все это касается высокодетализированных уровней в незагадивших хотя бы то, что дал миру Кармак портах. Не на рендер полигонов, которым занимается видяха, уходит все время ибо их, полигонов, всегда понты, а на обход BSP дерева и вычисление какие именно полигоны надо рендерить, а так же на далеко не оптимальную для современных мап физику игры. То есть я оправдываю торможения сложных современных уровней в портах основанных на допотопном движке и снявших лишь его ограничения на эту самую детализацию - оригинальные алгоритмы просто давно исчерпали себя.

Но у тебя другой случай. Простые уровни (МАП15) тормозят на компьютере на котором они не должны тормозить (на твоем - не должны) в порте в котором ты выключил все "навороты". Про что это говорит? Про то, что автор переписал оригинальные алгоритмы в худшую сторону и они стали еще более процессоро-зависимы. Это был бы не минус автору тормози оно только у тебя. Твой компьютер никак не относится к тем на которые следует равнятся при тестинге, а пытаться реализовывать глобально новые фичи ограничиваясь существующей архитектурой может оказаться и оказывается намного накладней, чем переписать заново. Но беда не в этом. Беда что твой вавум (забудем про глюки, не про них речь) с выключеным всем и у меня на 3.2 ггерца работает не шустро и с лагами. Работает скажем прямо хуже дум3. Плохо значит переписал. Ушел например (предполагаю наугад) с сложной и громоздкой в реализации, но критически необходимой в то время целочисленной арифметики на плавающую запятую, но допустил при этом много алгоритмических ошибок и просчетов или просто нахалтурил и в результате новый упрощенный, легкочитаемый и призванный увеличть производительность код сыграл в обратную сторону.

[entryway]

Ты притворяешься или в натуре не понимаешь? Чем больше ты врубаешь фич, тем больше нагрузка на видео, и если в плане производительности ничего не меняется значит от видео не зависит и это должно быть очевидно даже не вникая в детали, допотопный движек не может нагружать видео, видео нагружают современные игры. А то что винамп не тормозит вавум, то это заслуга билл гейтса, а не недостаток вавума.

[Konrad_GRAU]

А ты не понял, что там не только винамп был включен?
А насчет видяхи - согласен, по идее так и есть. Но вот от чего
он тогда зависит - хоть убей, не пойму. Понимаеш, у нас в лицее,
в комп классе машины копия моей, но стой разницей, что процы там по
1.7 GHz - и вавум там шел точно также, так что это и не в проце дело
Но в чем-же тогда?

[Hellsmiley]

А сейчас?

[Konrad_GRAU]

О дааа, это есть великое высказывание!
А то, что вышеуказанные паралельнозапущенные проги кроме как
прегружают проц, еще и оперативу жрут ты не подумал? А ведь я
сказал - что с ними, что без них - ОДИНАКОВО!

[Guest]

Вавум не знает дехакед, я так понял?

[Konrad_GRAU]

Типа того. У него ВавумЦ вместо этого.

[Guest]

Это страшный профук.