может подойдет просто переменная, которую увеличивать на каждом баре на величину периода графика?
а время же оч. просто считается.. оно же в секундах.
к примеру, время в минутах от начала суток = (время % (24*60*60))/60
если бы на графике были все бары, то......
время бара [i] было б равно Time[0]-i*Period()*60
или что нужно считать?
к примеру, время в минутах от начала суток = (время % (24*60*60))/60
если бы на графике были все бары, то......
время бара [i] было б равно Time[0]-i*Period()*60
или что нужно считать?
может подойдет просто переменная, которую увеличивать на каждом баре на величину периода графика?
Ну да, но переменная ведь нужна не сама по себе, а как координата для пары {время,цена}. То есть нужно иметь возможность находить точки в прошлом - отсюда и мысль о буфере.а время же оч. просто считается.. оно же в секундах.
к примеру, время в минутах от начала суток = (время % (24*60*60))/60
если бы на графике были все бары, то......
время бара [i] было б равно Time[0]-i*Period()*60
или что нужно считать?
Это до первых выходных. к примеру, время в минутах от начала суток = (время % (24*60*60))/60
если бы на графике были все бары, то......
время бара [i] было б равно Time[0]-i*Period()*60
или что нужно считать?
Вот картинка индикатора, рисующего историю двух каналов
Отчётливо виден скачок на переходе от 30 сентября к 3 октября. И что после этого мы лишаемся возможности зарегистрировать отскок сначала от верхней границы канала, а затем от нижней
время бара [i] было б равно Time[0]-i*Period()*60
Хм, пожалуй предыдущий мой пост нуждается в дополнении. Да, так мы обеспечим навигацию по истории, но только до тех пор, пока не начнут появляться новые бары. Тогда нам придётся ещё и непрерывно корректировать индекс, что уже не всегда так красиво, ведь обращение может идти нерегулярно и к разным точкам в прошлом . Или таки задействовать буферный массив.
если с праздниками, то прийдётся задействовать буфер. только как их высчитывать? заводить базу данных праздиков?
а если нужно просто обращение к определенным точкам во времени, то есть ведь iBarShift(), или как его там...
а если нужно просто обращение к определенным точкам во времени, то есть ведь iBarShift(), или как его там...
если с праздниками, то прийдётся задействовать буфер. только как их высчитывать? заводить базу данных праздиков?
Мне сейчас видится так: на лету заполняем буфер значениями "чистого" времени, с начала графика (буфер ведь рассчитан только на текущий график). После этого коррекция индекса для конкретной точки сведётся к увеличению на 1 с каждым новым баром. Но я это не реализовывал ещё, может и вылезут проблемы.а если нужно просто обращение к определенным точкам во времени, то есть ведь iBarShift(), или как его там...
iBarShift() как будто тоже даёт ключик, номер бара является эквивалентом чистого времени. Но в описании упоминается слово "поиск", это наводит на мысль о затрате вычислительных ресурсов. Вообще-то, когда до меня дошло про ступеньку, я Time[i] поменял на просто i. Но это хорошо только для обсчёта истории. Поскольку в индикаторе нам нужен единый алгоритм как для обсчёта истории, так и для новых данных, речь фактически речь идёт о минимально возможной (в смысле объёма вычислений) цене сохранения читабельности кода. Вот мы определили параметры какой-то функции F(t), теперь на истории мы должня считать F(Bars-i), а на текущих данных F(Bars) (то есть Bars-i при i=0), соответственно предусматривать манёвр на случай докачки истории. Использование буфера фактически есть способ табличного задания функции ChartTime = Bars - i, раз аналитически она не задаётся. Я прощу прощения за многословность, просто вопрос кажется мне важным, может кто-то ещё подключится.
P.S. Почему относительное время кажется лучше "голого" индекса? По идее, привязав его через глобальную переменную к единой точке отсчёта, мы сможем использовать одно и то же значение в разных таймфреймах. Может быть просто нужен индикатор iChartTime, но вроде есть какие-то проблемы с вложенными вызовами iCustom.
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Может она всё-таки есть? Или будет? :) Или, по известному закону, есть простое решение, очевидное для всех, кроме меня? :)