Кто-нибудь задавался вопросом почему и насколько сильно "гуляют" построения трендовыми? - страница 7

На дэйли 5360, на викли примерно 5330, н1 и н4 примерно на 5356 (тут вроде норм) Точки трендовой выверял по м15 (т.е переключал на м15 и вылавливал низы). Все данные на текущий момент,естественно со временем трендовая может "залезть чуть выше", но все равно расхождение, не пойму почему, время,масштаб, меня все это не должно как юзера мт4 волновать. Пусть разрабы устраняют данный косяк в свой кривой платформе.

Вот на платформе у дукасов данный косяк можно убрать штатными силами (там есть в настройках).

Понятно.

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

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

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

Это слишком много для любых погрешностей. 16пп (в видео) не укладывается ни в рамки погрешности по цене, ни в рамки погрешности по пикселям.

Это какая-то системная недоработка (или неправильное допущение, привязка, что угодно), которая тянется еще с 4ки.

А еще это значит, что ObjectGetValueByTime и т.п. будет иметь неплохое расхождение с самой линией. Это как бы противоречие самим себе.

И еще вопрос -- собираетесь ли вы по этому поводу что-то делать в 4 терминале?

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

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

В МТ4 правок не будет.

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

Дребезг в 1 пиксель (всегда! на любом масштабе) понимаю. Тот дребезг который был продемонстрирован, не понимаю.

Учтите, что терминал ничего не знает о цене и времени точки пересечения ваших построений. Для него при расчетах существуют только точки построения трендовой линии.

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

Что происходит в терминале:

Построение мышкой по дискретным x и y, потом перевод в дату и цену, на один пиксель приходится N секунд и M пунктов, перевод с учетом масштаба. Изменение масштаба, сдвиг графика приводят к пересчету координат x и y. На отрезке погрешность конвертации мало заметна, она в пределах 1 пикселя. А вот при построении луча расчет уравнения прямой в новом масштабе за счет дискретности исходных данных может дать заметную погрешность. Чем меньше разность координат опорных точек, тем больше погрешность расчета. Чем дальше от них точка на луче, тем заметнее погрешность построения. Также учтите, что луч рисуется именно по дискретным x и y, т. к. шкала времени может иметь разрывы, т.е. некоторое повышение точности за счет расчета точки построения луча в дате и времени в общем случае невозможно.

Ну это же страшный костыль!

Построение должно скакать от цены и никак по-другому!

Тогда как вы объясните тот же дребезг, когда точки примагничены точно к экстремумам баров?

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

Трендовая линия строится по двум точкам, которые определяются двумя координатами -- ценой и временем открытия данного бара.

Вывод: для перехода к старшему таймфрейму стройте трендовую на младшем таймфрейме, и только в таком порядке.