velocity snapping, что да как ;) Опции

[X8]

Не вижу ничего подозрительного, точно так же он стрейфит в онлайне.

после 1300 ups у меня серьезно страдает аксель и не выходит набрать даже 50 ups за один джамп.
я уже серьезно думаю поверить великому голему, что без cgaz_hud'а ну нереально сделать 12.9 хотя бы, а играть с худом я даже привыкать не буду принципиально! не моё. отвлекает он сильно, имхо.

[uN*DeaD!HOX]

Не вижу ничего подозрительного, точно так же он стрейфит в онлайне.

после 1300 ups у меня серьезно страдает аксель и не выходит набрать даже 50 ups за один джамп.
я уже серьезно думаю поверить великому голему, что без cgaz_hud'а ну нереально сделать 12.9 хотя бы, а играть с худом я даже привыкать не буду принципиально! не моё. отвлекает он сильно, имхо.

Так и должно быть, даже если ты идеально стрейфиться, чем больше скорость, тем меньше аксель из-за ошибок округления значения ускорения, полученного по формуле, зависящей от угла направления мыши. Чем больше угол, тем больше округляется значение акселя и тем меньшее ускорение ты получаешь, вроде так, подробно здесь написано . Я посмотрел по твоей демке, ты достаточно точно попадаешь в нужные зоны, не знаю как ты это делаешь без cgaz, и даже без draw accel ? Но если ты так стрейфишься без худа, тебе он и не нужен )) Разве что даст пару упс, от которых пару сотых получишь)

[Nt.jud4s]

Не, округления там ни при чём. В идеальной модели без округлений ускорение всё равно падает при росте скорости, так физика Q3 устроена. Округления вносят в неё некоторый шум, но он бывает как в сторону уменьшения, так и в сторону увеличения.

[X8]

не знаю как ты это делаешь без cgaz, и даже без draw accel ?

без cgaz_hud, но с draw_accel

[uN*DeaD!HOX]

Не, округления там ни при чём. В идеальной модели без округлений ускорение всё равно падает при росте скорости, так физика Q3 устроена. Округления вносят в неё некоторый шум, но он бывает как в сторону уменьшения, так и в сторону увеличения.

Что значит так физика устроена, дело должно быть в конкретных формулах, ведь это программа, только никто толком не говорит эти причины, возможно и не знает, а интересно было бы узнать.
p.s. А все разобрался, аксель зависит от направления вектора тяги относительно карты и сделал предложение улучшить худ )) http://www.q3df.org/board/viewtopic.php?f=...mp;p=4114#p4114

Сообщение отредактировал uN*DeaD!HOX - 25.09.2011 - 09:42

[glm]

не знаю как ты это делаешь без cgaz, и даже без draw accel ?

без cgaz_hud, но с draw_accel

да впринципе он работает также, т.е. основан на том же приницпе
только вот имхо глючный слегка, иногда вабще не то показывает, да еще и есть не очень понятный параметр - df_accel_scale, по дефолту стоит -1.2
непонятно откуда взялось это значение, помоему даже со значением 1 или 1.2 получше работает

[Nt.jud4s]

2uN*DeaD!HOX
Вот тебе график максимального ускорения за фрейм без учёта округлений:


Надо понимать, что вектор акселя, поведение которого описано в той статье, не является реальным тангенциальным ускорением. И даже вообще ускорением не является, когда после его прибавления скорость в соответствующем направлении превосходит g_speed. Это вспомогательная величина.

Сообщение отредактировал Nt.jud4s - 25.09.2011 - 09:54

[uN*DeaD!HOX]

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

Сообщение отредактировал uN*DeaD!HOX - 25.09.2011 - 09:59

[Nt.jud4s]

Если ты внимательно посмотришь, что написал <hk>, то увидишь, что по вертикальной оси он отложил "velocity gain in percent of maximum without snapping". Так вот речь о том, что этот самый максимум без скачков нефигово падает при росте скорости, поэтому хоть ты на 90 процентов от него ускоряйся, хоть на 115, всё равно на большой скорости будешь ускоряться плохо.

А скачки акселя со скоростью никак непосредственно не связаны, а связаны с направлением относительно осей карты, так что плохое ускорение на больших скоростях не объясняют. Можно бежать под углом к осям, чтобы округление вверх срабатывало при стрейфе, а всё равно ускоряться после 1300 так же, как на 600-700, не выйдет.

[uN*DeaD!HOX]

Если ты внимательно посмотришь, что написал <hk>, то увидишь, что по вертикальной оси он отложил "velocity gain in percent of maximum without snapping". Так вот речь о том, что этот самый максимум без скачков нефигово падает при росте скорости, поэтому хоть ты на 90 процентов от него ускоряйся, хоть на 115, всё равно на большой скорости будешь ускоряться плохо.

А скачки акселя со скоростью никак непосредственно не связаны, а связаны с направлением относительно осей карты, так что плохое ускорение на больших скоростях не объясняют. Можно бежать под углом к осям, чтобы округление вверх срабатывало при стрейфе, а всё равно ускоряться после 1300 так же, как на 600-700, не выйдет.

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

[Nt.jud4s]

Добавить учёт округлений на хад - может и ничего идея, да. Просто разговор начался с того, что стрейфить на большой скорости сложно, а они тут ни при чём.

[uN*DeaD!HOX]

Добавить учёт округлений на хад - может и ничего идея, да. Просто разговор начался с того, что стрейфить на большой скорости сложно, а они тут ни при чём.

Ну да я разговор сменил, извини если че)
А я прошу внести в хад не учет округлений совершенно, а показ настоящих зон акселерации, которые зависят от направления вектора тяги относительно карты, не знаю как в drawaccel, но на сторонах света cgaz этой инфы нынче нет.

Сообщение отредактировал uN*DeaD!HOX - 25.09.2011 - 10:31

[Nt.jud4s]

Ну так на самом деле просто придётся разбить старые зоны по границам округлений. Потому как от старых никуда не деться, там теоретическое ускорение разное, а в новых оно на разные коэффициенты домножается.

[uN*DeaD!HOX]

Ну так на самом деле просто придётся разбить старые зоны по границам округлений. Потому как от старых никуда не деться, там теоретическое ускорение разное, а в новых оно на разные коэффициенты домножается.

Поэтому я думаю что это не сложно будет сделать в худе, а польза от этого существенная, зная точно зону с максимальным коэффициентом домножения будет легче понимать как направлять вектор тяги в нее. Кстати, может быть уже сейчас это можно сделать? Я прсто в коде не секу ))

Сообщение отредактировал uN*DeaD!HOX - 25.09.2011 - 10:39

[Nt.run]

Эти зоны как раз отражают то, что получается после округления.

Вот более наглядный график, на котором видно неокруглённое ускорение и то, как оно округляется:


Кстати, идея с газхудом не нова
Цитата из readme к нему:

in later/next versions this will show you many sectors, each representing a possible acceleration value (there are 24 of them at 8ms)

Сообщение отредактировал Nt.run - 25.09.2011 - 10:40