Всё о разбросе

[anonym_CpER4Ajo5nCg]

прям визический форум,не пудрите людям мозги!!!ПОРЕЗАЛИ ВСЕ -кроме ТОЧНОСТИ!!!обратите внимание на сведение,на некоторых танках оно не соответсвует заявленным параметрам,а еше прикол когда сводишся в пустое место-быстро сводится-а вот когда танк в прицеле видимо идет вычисление всех умных формул,всякие вероятности и т.д и т.п,короче круг стоит некоторое время(вычисляет наверноhttp://cdn-frm-eu.wargaming.net/4.3/style_emoticons/wot/Smile_Default.gif),а потом значит так медлененько начинает сходится (ну конечно ж куча формул по точности надо перемаслать),и что получается в обнове типа срезали точность-а на самом деле порезали все!!!

[KPOT2338]

Пользователь сказал:

 Кстати, теперь у нас есть 11 117 выстрелов в 0.9.6

 Я не знаю как определялись координаты выстрелов, но и для Х и для Y имеются значения

0,00

0,04

0,05

0,06

0,07

...

А значений 0,01, 0,02 и 0,03 почему-то нет Изменено 16 февраля, 2015 пользователем KPOT2338

[anonym_prvu9rSvc3J0]

16 Фев 2015 - 19:39 пользователь KPOT2338 сказал:

 Я не знаю как определялись координаты выстрелов

http://cdn-frm-eu.wargaming.net/wot/ru/uploads/monthly_02_2015/post-2413054-0-92995600-1424115428_thumb.jpg

 

Фиолетовые пиксели ищутся по значению яркости и оттенка, под мои критерии попадает обычно 10-20 пикселей. Среднее по их координатам идёт в таблицу.

Соответственно, дробную часть можешь спокойно отбрасывать, так как точность определения порядка одного пикселя.

[Galaxy_Plus]

16 Фев 2015 - 01:24 пользователь Med433 сказал:

Кстати, теперь у нас есть 11 117 выстрелов в 0.9.6 http://cdn-frm-eu.wargaming.net/4.3/style_emoticons/wot/Smile_glasses.gif

Что-то эти данные мне не нравятся...

По сравнению с первым набором появилось заметное смещение начала координат и разброс дисперсий по осям. Что изменил в методике?

 

И первые 2351 значения какие-то странные, они отсортированы по радиусу.

Если это масштабированные данные из первого набора, то почему они имеют смещение, которого нет в первом наборе?

Изменено 17 февраля, 2015 пользователем Galaxy_Plus

[KPOT2338]

Пользователь сказал:

 появилось заметное смещение начала координат

Xср = -0,290 (пикселей?)

Yср = -0,711 (пикселей?)

А насколько средняя точка может/должна отклоняться от (0, 0) при 11000 испытаний?

 

 

Изменено 17 февраля, 2015 пользователем KPOT2338

[1A3]

Играю СУ-8, раньше наводил, сводил, выжидал и это давало результат, теперь бью на авось, все без толку. Верните как было. Да и еще, как интересно расчитывается попадание прямой наводкой на арте? Может не везет но ЛТ в упор не убиваю!

[Galaxy_Plus]

17 Фев 2015 - 13:24 пользователь KPOT2338 сказал:

Xср = -0,290 (пикселей?)

Yср = -0,711 (пикселей?)

А насколько средняя точка может/должна отклоняться от (0, 0) при 11000 испытаний?

 

 

Промоделировал несколько десятков раз игровое распределение 0.9.5 (алгоритм моделирования 0.9.6 пока неизвестен).

При 10к точек отклонение среднего было 0.3%+-0.2%, максимум 0.5% Это максимум 0.25 пикселя, а в основном 0.1 пикселя.

В данных по Y явно видна систематическая ошибка, в разных кусках выборки среднее по Y всё время минус.

 

Med433, с какого расстояния стрелял?

Мышкой лучше не стрелять, у меня из-за зажатой правой клавиши мыши появлялось систематическое смещение попаданий вниз, лучше назначать выстрел на клавишу, я использую "B".

Изменено 17 февраля, 2015 пользователем Galaxy_Plus

[anonym_prvu9rSvc3J0]

17 Фев 2015 - 10:12 пользователь Galaxy_Plus сказал:

Что-то эти данные мне не нравятся...

По сравнению с первым набором появилось заметное смещение начала координат и разброс дисперсий по осям. Что изменил в методике?

 

Выложил сырые данные http://cdn-frm-eu.wargaming.net/4.3/style_emoticons/wot/Smile_blinky.gif

В первом файле были грубо вычтены средние значения.

 

17 Фев 2015 - 10:24 пользователь KPOT2338 сказал:

А насколько средняя точка может/должна отклоняться от (0, 0) при 11000 испытаний?

 

На 15/Sqrt(11000) ~ 0.1 пикселя

 

17 Фев 2015 - 12:31 пользователь Galaxy_Plus сказал:

В данных по Y явно видна систематическая ошибка, в разных кусках выборки среднее по Y всё время минус. Мышкой нельзя стрелять, нужно назначать выстрел на клавишу, я использую "B".

 

Мышка, конечно же, отключена.

Где, по-твоему, находится центр прицела? Как его положение определить точнее пикселя?

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

 

[Galaxy_Plus]

17 Фев 2015 - 15:40 пользователь Med433 сказал:

Где, по-твоему, находится центр прицела? Как его положение определить точнее пикселя?

На большом массиве центр распределения может рассчитываться точнее пикселя. А должен он быть в (0,0).

Отклонение среднего от (0,0) - это контроль качества данных. При 10к  контрольное значение отклонения - четверть пикселя. 

У тебя тройное превышение по Y. Теоретически, отдельные серии должны быть с отклонением то в плюс, то в минус. Все время в одну сторону - подозрение на систематическую ошибку.

С первым набором понятно. Он слишком хорош, потому что вычтено смещение.

 

Кстати, почему начало второго набора отсортировано по радиусу отклонения?

 

Изменено 17 февраля, 2015 пользователем Galaxy_Plus

[anonym_prvu9rSvc3J0]

17 Фев 2015 - 13:25 пользователь Galaxy_Plus сказал:

На большом массиве центр распределения может рассчитываться точнее пикселя. А должен он быть в (0,0).

Отклонение среднего от (0,0) - это контроль качества данных. При 10к  контрольное значение отклонения - четверть пикселя.

 

Для справки, в экранных координатах (0,0) - это верхний левый угол.

 

17 Фев 2015 - 13:25 пользователь Galaxy_Plus сказал:

Кстати, почему начало второго набора отсортировано по радиусу отклонения?

 

Потому что я его отсортировал http://cdn-frm-eu.wargaming.net/4.3/style_emoticons/wot/Smile_honoring.gif

[KPOT2338]

del Изменено 17 февраля, 2015 пользователем KPOT2338

[Galaxy_Plus]

В данном случае и так понятно, где (0,0) распределения, пусть это координаты центра прицела...

Мне просто интересно, ЗАЧЕМ сортировать координаты ;-)

[anonym_prvu9rSvc3J0]

17 Фев 2015 - 15:06 пользователь KPOT2338 сказал:

 http://i59.fastpic.ru/big/2015/0215/81/ce431cd2a5ab5ae29e3e8e1cb5501b81.png

На левой картинке случайно не распределение координат точки прицеливания в пределах одного пикселя?

 

Вопрос не совсем понял.

Эта картинка сгенерирована в сторонней программе. Слева - двухмерное распределение с постоянной плотностью точек.

 

17 Фев 2015 - 15:20 пользователь Galaxy_Plus сказал:

В данном случае и так понятно, где (0,0) распределения, пусть это координаты центра прицела...

Мне просто интересно, ЗАЧЕМ сортировать координаты ;-)

 

Сортировать - чтобы глянуть на максимальное значение радиуса, когда возник вопрос про отношение реального и отрисовываемого кружков. В таком виде и пошло в общую таблицу.

 

Ладно, попробую объяснить свою позицию подробнее.

Координаты точек на скриншоте отсчитываются от левого верхнего угла. Чтобы получить координаты в таблице, я отнимал некоторое смещение. Разрешение экрана было 1600 на 900, при этом пиксели нумеруются, вообще говоря, с 0 по 1599 и с 0 по 899. Отнимал же я, особо не задумываясь, 800 и 450 соответственно.

А теперь, ещё раз повторяю вопрос.

17 Фев 2015 - 12:40 пользователь Med433 сказал:

Где, по-твоему, находится центр прицела? Как его положение определить точнее пикселя?

 

Находится ли он в точке (800,450)?

Или, может быть, в точке (799.5, 449.5)?

Или ещё в какой-то из этих комбинаций?

 

Ответ, "Мне кажется, что разрабы сделали бы так", конечно же, не прокатит.

 

Второй момент - это качество отрисовки декалей в клиенте. Ты ведь прекрасно знаешь, насколько точно они отрисовываются http://cdn-frm-eu.wargaming.net/4.3/style_emoticons/wot/Smile_trollface-3.gif

То, что отклонение от центра не больше пикселя, я уже считаю везением.

Изменено 17 февраля, 2015 пользователем Гость

[Galaxy_Plus]

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

 

Понял наконец суть вопроса о центре прицела. Вопрос должен был звучать так:

Какие погрешности в данных настрелов возникают из-за пиксельной дискретности скриншотов, насколько они существенны и как эти погрешности можно устранить или компенсировать?

Сразу полного ответа не дам, надо подумать.

Навскидку видно три составляющих пиксельной погрешности в нашей методике измерений:

1. Вопрос о центре прицела - траектория прицеливания может кончаться в разных местах центрального пикселя экрана, что означает немного разные физические координаты всего распределения.

2. Декаль может накладываться на координаты попадания также с некой пиксельной погрешностью. Какова она?

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

 

1. Первым пунктом займусь сегодня, результаты будут позже.

 

2. Второй пункт вчера вечером проверил. Ранее предполагалось, что декаль размером 256x256 налагается на точку попадания центром между пикселями №127 и №128. Поэтому все декали у нас были с четным числом пикселей: 8x8, 6x6

Сделал тестовую декаль минимального размера 2x2 с маркерами ориентации:  http://cdn-frm-eu.wargaming.net/4.3/style_extra/mime_types/zip.gif   decal_2x2_test2.rar   328байт

Пострелял с ней в стенку с близкого расстояния, чтобы понять, каким пикселем накладывается декаль на центр прицела. Оказалось, что наложение декали происходит центром пикселя (127, 127): 

http://cdn-frm-eu.wargaming.net/wot/ru/uploads/monthly_02_2015/post-283465-0-32049100-1424251529_thumb.jpg http://cdn-frm-eu.wargaming.net/wot/ru/uploads/monthly_02_2015/post-283465-0-59848100-1424251834_thumb.jpg http://cdn-frm-eu.wargaming.net/wot/ru/uploads/monthly_02_2015/post-283465-0-54468900-1424252801_thumb.jpg

То есть, для повышения точности оцифровки декали нужно перерисовать на нечетное число пикселей вокруг пикселя (127,127)

 

3. Проверил, как считает распознаватель: одиночный пиксель с координатами (809,459) при центре (800,450) он распознает как спот (9.000,-9.000)

То есть, логика как и у меня при измерении размеров по скриншотам: начало координат в левом верхнем углу экрана, ось Х слева направо, ось Y сверху вниз, пиксели квадратные, номер пикселя совпадает с координатами его левого верхнего угла, как бы целая часть цифровой пиксельной шкалы, а координаты внутри пикселя соответствуют дробной части значений шкалы.

 

decal_2x2_test2.rar

[anonym_prvu9rSvc3J0]

18 Фев 2015 - 11:26 пользователь Galaxy_Plus сказал:

Понял наконец суть вопроса о центре прицела. Вопрос должен был звучать так:

Какие погрешности в данных настрелов возникают из-за пиксельной дискретности скриншотов, насколько они существенны и как эти погрешности можно устранить или компенсировать?

 

Понял ты его по-своему, но если найдёшь ответы, то я только за http://cdn-frm-eu.wargaming.net/4.3/style_emoticons/wot/Smile_great.gif

 

У меня вопрос попроще: в какое точно место на экране смотрит "идеальная траектория". В центр одного из пикселей (и в какой именно), или между ними.

Потому как весьма возможно, что прицеливание прогали несколько человек. Не договорившись, один мог использовать Round, другой Floor, третий - Trunc ну и что кому ещё в голову взбредёт.

 

18 Фев 2015 - 11:26 пользователь Galaxy_Plus сказал:

Пострелял с ней в стенку с близкого расстояния, чтобы понять, каким пикселем накладывается декаль на центр прицела. Оказалось, что наложение декали происходит центром пикселя (127, 127): 

То есть, для повышения точности оцифровки декали нужно перерисовать на нечетное число пикселей вокруг пикселя (127,127)

 

Вот это здорово. Теперь понятно, почему в центральном столбике всегда точек не хватает!

 

18 Фев 2015 - 11:26 пользователь Galaxy_Plus сказал:

3. Проверил, как считает распознаватель: одиночный пиксель с координатами (809,459) при центре (800,450) он распознает как спот (9.000,-9.000)

То есть, логика как и у меня при измерении размеров по скриншотам: начало координат в левом верхнем углу экрана, ось Х слева направо, ось Y сверху вниз, пиксели квадратные, номер пикселя совпадает с координатами его левого верхнего угла, как бы целая часть цифровой пиксельной шкалы, а координаты внутри пикселя соответствуют дробной части значений шкалы.

 

На самом деле, такой логики никогда не предполагалось. Просто из номера пикселя вычитается номер навскидку взятого центрального пикселя: (800,450), игрек берётся с минусом.

[Galaxy_Plus]

Вот отцентрированные декали разных форм и размеров вплоть до 7x7. http://cdn-frm-eu.wargaming.net/4.3/style_extra/mime_types/zip.gif   fx.rar   1,52К

Подбирать подходящий размер в зависимости от расстояния стрельбы и увеличения. Я использую угол 70 град в настройках при максимальном увеличении стандартного снайперского прицела. Это позволяет не ставить моды на зум. Качество декалей в настройках ставить на максимум.

fx.rar

Изменено 18 февраля, 2015 пользователем Galaxy_Plus

[KPOT2338]

1. Если исходники увеличить с 1600х900 например в 2 раза до 3200х1800, то точность вырастет?

Пользователь сказал:

 Оказалось, что наложение декали происходит центром пикселя (127, 127)

2.

Пользователь сказал:

 Фиолетовые пиксели ищутся по значению яркости и оттенка, под мои критерии попадает обычно 10-20 пикселей. Среднее по их координатам идёт в таблицу.

Соответственно, дробную часть можешь спокойно отбрасывать, так как точность определения порядка одного пикселя.

 Всё-таки если точка не одна, то среднее запросто может быть нецелым, так что отбрасывать нельзя

3. А нельзя смещение определить по крайним значениям?

по У: (-47,18+46,06)/2=-0,56

по Х: (-46,6+46,38)/2=-0,11

и прибавить это смещение ко всем значениям?

4. Сколько максимальное расчётное отклонение в пикселях с учётом паспортного разброса?

5. Ошибка по Х и по У обязательно одинакова или может быть разной?

Изменено 19 февраля, 2015 пользователем KPOT2338

[Galaxy_Plus]

Точность зависит от разрешения экрана в момент снятия скриншота - чем больше разрешение, тем выше точность.

Увеличение уже снятого скриншота точность не увеличит.

 

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

 

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

 

Сейчас изучаю влияние округления на параметры распределения. 

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

Отбрасывание дробной части сохраняет среднее, но искажает дисперсию.

Думаю, алгоритму пикселизации соответствует функция ЦЕЛОЕ, которая заменяет значение ближайшим наименьшим целым. При этом сохраняется дисперсия, но увеличивается смещение центра.

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

Для такой проверки желательно отсутствие всяких сортировок в сырых данных, и серии данных должны идти последовательно.

Med433, пожалуйста, больше не делай сортировок в исходных данных. Скажи, у тебя настрелы идут сериями по 360 выстрелов или по-разному? Есть типичное значения числа выстрелов с серии?

 

Мне кажется, смещение по среднему надежнее. Ставить всё на одну точку рискованно.

Для расчета максимального теоретического разброса по ТТХ Med433 должен сказать скилл экипажа и расстояние стрельбы.

 

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

[KPOT2338]

Пользователь сказал:

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

http://cdn-frm-eu.wargaming.net/wot/ru/uploads/monthly_02_2015/post-7033054-0-27978500-1424350781_thumb.jpeg

Тут вот мысль какая.

 

Снаряд условно летит горизонтально и перпендикулярно плоскости мишени.

ОА - расстояние до центра "круга" разброса.

Все остальные точки дальше от центра "круга".

Левая и правая часть "круга" абсолютно симметрична правой.

А вот по высоте...

Если лететь дальше, значит дольше.

Следовательно снаряд сильнее успеет опуститься по У.

И расстояние AC будет меньше AD.

Т. е. точка А не будет являться центром круга, а будет смешена вверх.

А АВ1=АВ2, но точки В1 и В2 будут ниже точки А.

А вот круг там будет или нет никак не соображу.

 (Окружности. Чем больше окружность, тем ниже центр.

Центры на одной вертикали.)

 

Изменено 19 февраля, 2015 пользователем KPOT2338

[FoxtrothUniform]

19 Фев 2015 - 13:15 пользователь KPOT2338 сказал:

http://cdn-frm-eu.wargaming.net/wot/ru/uploads/monthly_02_2015/post-7033054-0-27978500-1424350781_thumb.jpeg

Тут вот мысль какая.

 

Снаряд условно летит горизонтально и перпендикулярно плоскости мишени.

ОА - расстояние до центра "круга" разброса.

Все остальные точки дальше от центра "круга".

Левая и правая часть "круга" абсолютно симметрична правой.

А вот по высоте...

Если лететь дальше, значит дольше.

Следовательно снаряд сильнее успеет опуститься по У.

И расстояние AC будет меньше AD.

Т. е. точка А не будет являться центром круга, а будет смешена вверх.

А АВ1=АВ2, но точки В1 и В2 будут ниже точки А.

А вот круг там будет или нет никак не соображу.

 

 

Один момент, сейчас добавлю зарисовку из паинта. http://cdn-frm-eu.wargaming.net/4.3/style_emoticons/wot/Smile_Default.gif

 

Виноват, мои навыки в паинте оказались недостаточными. Посему предлагаю ознакомиться с моей темой. (объяснение на рис. 141 в теме) Текста много, по этому в ближайшие 10-15 минут отвечу конкретно про круг и элиипс, чтобы не терять нити диалога в этой теме.

 

Обновлено. 

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

 

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

 

Круг разброса, как и конус разброса, применяются в большинстве современных шутеров, содержащих в себе больше "аркадных" составляющих, чем "симуляторных". Ну и для простоты расчетов, наверное. А если говорить точнее, то там, где игрой не "создаются" пули, снаряды и подобное.

Изменено 19 февраля, 2015 пользователем FoxtrothUniform