Отправлено: 29.02.16 10:01. Заголовок: Денис пишет: Есть п..
Денис пишет:
цитата:
Есть проблемка, эквиобъемный график и график равновысоких свечей строятся без проблем, а вот график равновременных свечей не хочет строить как положено, при временном интервале меннее минуты он строит минутные свечи, при этом, к примеру 90-секундные строит без проблем.
Старый вопрос. У Игоря дискрета в коде задана 60 секунд.
Возможно с Вашей помощью удастся его убедить, что требуется 1 секунда ( "по просьбе трудящихся" ). В ренджах, где-то я, по мойму, выкладывал переделку на 1 секунду.
Может быть и "криво" блок сделан, но работает давно и без проблем. Поменяйте блок.
Отправлено: 29.02.16 20:05. Заголовок: Денис пишет: Есть п..
Денис пишет:
цитата:
Есть проблемка, эквиобъемный график и график равновысоких свечей строятся без проблем, а вот график равновременных свечей не хочет строить как положено, при временном интервале меннее минуты он строит минутные свечи, при этом, к примеру 90-секундные строит без проблем.
Это не является проблемой индикатора. Это ограничение МТ4. Заключается оно в том, что терминал "не понимает", когда одной и той же минуте соответствует два и более баров. В итоге он относит подобный график к ошибочным и некорректно его отображает. Решением проблемы стал искусственный сдвиг по времени вправо тех баров, которые хотят наложиться друг на друга. Поэтому график рэндж-баров с малой высотой может убегать по времени далеко вперед за текущее время. Но суть такого графика ни в коем случае не меняется. Отображение происходит корректно. А вот время, которое отображается терминалом, выходит некорректное. Подобное поведение будет у любого типа графика, а не только у рэнджей. Попробуйте построить тиковый график (эквиобъемный с количеством тиков 1) или секундный (равновременной с количеством секунд 1). Получите то же самое - сам график будет верный, а время - неправильное.
Поэтому график рэндж-баров с малой высотой может убегать по времени далеко вперед за текущее время...... А вот время, которое отображается терминалом, выходит некорректное.
"Убегать по времени далеко вперед" - это как понять? "А вот время, которое отображается терминалом, выходит некорректное" - что значит некорректное?
Прямо на примере, если можно объяснить?
Пример приведен - Тема:"Недискрентные рендж-бары", Стр.8, Сообщение - Отправлено: 30.09.15 20:04. Заголовок: Scriptong пишет:
Scriptong пишет:
цитата:
Получите то же самое - сам график будет верный, а время - неправильное.
Т.е. если на графике будет показана одна и та же минута (время) на нескольких барах, при этом время формирования самих баров идет с точностью до 1 секунды -
"Убегать по времени далеко вперед" - это как понять?
Да очень просто. К примеру, у нас есть текущая минута - 21:55. Рынок оказывается достаточно волатильным так, что за эту минуту формируется пять рэндж-баров. Но по правилам МТ4 отобразить на свече 21:55 мы можем только одну свечу. Что делать оставшимися четырьмя свечами? Не отображать? Тогда график будет неправильный. Отображаем. Но как? А вот так: вторая свеча на времени 21:56, третья - на 21:57, четвертая - на 21:58, пятая - на 21:59. Таким образом, текущее время 21:55, а на графике наблюдаем 21:59. С каждым таким случаем время все дальше и дальше убегает вперед, немного возвращаясь за выходные и праздники.
А вот так: вторая свеча на времени 21:56, третья - на 21:57, четвертая - на 21:58, пятая - на 21:59. Таким образом, текущее время 21:55, а на графике наблюдаем 21:59. С каждым таким случаем время все дальше и дальше убегает вперед,
Я же предложил -
Balbesik пишет:
цитата:
Пример приведен - Тема:"Недискрентные рендж-бары", Стр.8, Сообщение - Отправлено: 30.09.15 20:04. Заголовок: Scriptong пишет:
Картинка - конкретный график, время специально выделено - 2015.09.04 23:55 проходит ДВА десятка баров время 2015.09.04 23:55
Отправлено: 01.03.16 22:59. Заголовок: Balbesik пишет: Я ж..
Balbesik пишет:
цитата:
Я же предложил -
Не то ты предложил. В этом решении скрываются бары внутри одной минуты, а нужно их показать. Ты решил другую задачу - установка начала минуты не ровно на 0 секунд, а на ту секунду, где она реально открылась. Причем эта задача решена в TicksCollector'е. Да вот только МТ4 не хочет секунды отображать.
Отправлено: 01.03.16 02:34. Заголовок: В ренджах, где-то я,..
цитата:
В ренджах, где-то я, по мойму, выкладывал переделку на 1 секунду.
Может быть и "криво" блок сделан, но работает давно и без проблем. Поменяйте блок.
Извините, я пока здесь плохо ориентируюсь, да и мои навыки программирования оставляют желать лучшего. Может выложите рабочий код?
цитата:
Это не является проблемой индикатора. Это ограничение МТ4. Заключается оно в том, что терминал "не понимает", когда одной и той же минуте соответствует два и более баров. В итоге он относит подобный график к ошибочным и некорректно его отображает. Решением проблемы стал искусственный сдвиг по времени вправо тех баров, которые хотят наложиться друг на друга. Поэтому график рэндж-баров с малой высотой может убегать по времени далеко вперед за текущее время. Но суть такого графика ни в коем случае не меняется. Отображение происходит корректно. А вот время, которое отображается терминалом, выходит некорректное. Подобное поведение будет у любого типа графика, а не только у рэнджей. Попробуйте построить тиковый график (эквиобъемный с количеством тиков 1) или секундный (равновременной с количеством секунд 1). Получите то же самое - сам график будет верный, а время - неправильное.
То что ренжд-бары убегают вперед не беда. Проблема в том, что при построении РАВНОВРЕМЕННЫХ свечей с интервалом менее минуты, рисуются минутные свечи.
1. Переименовано имя тикового файла в tks_40. Или пройдись по коду и поправь или если берешь, например историю Игоря, то его файл переименуй (добавь _40)
2. Делал под себя (под равновысокие) и все "лишнее" в коде закоментировано (выключено) в т.ч. равновременные. Проверить можешь на равновысоких, а потом пройдешься по коду и разкоментируешь.
Терминал отображает минимум 1 минуту, поэтому на графике, если попало, например 2 свечи внутри одной минуты, то просто отобразятся 2 свечи с одним и тем же временем (никакого "забегания вперед по времени" не будет). Но какая разница, тут я вообще проблему "не догоняю". Само время формирования бара расчитается ( iTime(NULL,PERIOD_CURRENT,i) - iTime(NULL,PERIOD_CURRENT,i+1) ) с точьностью до 1 секунды или время открытия бара ( iTime(NULL,PERIOD_CURRENT,i) ) снимешь с точностью до 1 секунды.
Отправлено: 01.03.16 22:03. Заголовок: Balbesik пишет: В ч..
Balbesik пишет:
цитата:
В чем вопрос?
Вопрос в том, что нужен секундный график, а не минутный со временем открытия с точностью до секунды. Нужно видеть все секунды в пределах одной свечи, а не только самую первую секунду.
Вопрос в том, что нужен секундный график, а не минутный со временем открытия с точностью до секунды. Нужно видеть все секунды в пределах одной свечи, а не только самую первую секунду.
Да в этом - то и вопрос. Зачем? Глазками? - думаю "замучаешься пыль глотать" ("крыша" поедет через 5 минут), а для реализации в каком-то алгоритме все для этого есть. Ну будет условных 60 "минутных" свечей со временем открытия от 1 до 60 (каждая свеча будет иметь время открытия на 1 секунду больше предыдущей, при этом на графике все 60 свечей будут иметь время с одной и той же минутой).
Проблема в том, что при построении РАВНОВРЕМЕННЫХ свечей с интервалом менее минуты, рисуются минутные свечи.
Это корни одной и той же проблемы. В МТ4 минимальная свеча - 1 минута. Ниже - никак. Когда ставится задача отобразить секундный график, одной минутной свече в идеале будет соответствовать 60 секундных свечей. В итоге первая секунда минуты будет совпадать по времени со своей минутой, а все остальные секунды этой же минуты попадут на последующие минуты. В итоге получим график, убегающий вперед по времени.
Отправлено: 08.03.16 08:39. Заголовок: Scriptong пишет: В ..
Scriptong пишет:
цитата:
В итоге первая секунда минуты будет совпадать по времени со своей минутой, а все остальные секунды этой же минуты попадут на последующие минуты. В итоге получим график, убегающий вперед по времени.
Как я уже писал, нет желания спорить и особо и не надо. Просто момент - полагаю, что все таки должно быть не так. Взял специально участок с "быстрым" движением.
Бары Строятся (отображаются на графике, рисуются на графике) видимо с "округлением" до минуты (скорее просто отображение идет с той минутой какая есть, до появления новой минуты).
На Рис. желтые линии - границы и между барами с одной и той же минутой.
В принтах - "выборка" по 3 барам одной и той же минуты, время формирования бара в сек. и кол. тиков каждого.
Другими словами - сделать можно и ни какого "убегания вперед по времени" не должно быть (мой интерес - Тикколектор с дискретой 1 секунда в твоем исполнении) .
Бары Строятся (отображаются на графике, рисуются на графике) видимо с "округлением" до минуты (скорее просто отображение идет с той минутой какая есть, до появления новой минуты).
Уже не первый раз говорю тебе о том, что приводимые тобой сведения (рисунки, журналы и т. п.) невозможно как-либо применить. Ведь совершенно непонятно, как они получены. Соответственно, невозможно понять, что ты этим хочешь сказать.
Конкретно по приведенной ситуации: 1. Что есть XLab_ZZ_20_144? 2. Что отображает график EURUSD, M319 и как он получен?
Таким образом, ты просто привел какие-то данные, которые никому ни о чем не говорят. Ты сидишь в своем контексте, никого другого в него не посвящая. После этого начинаешь обижаться, что никто тебя не понимает.
Все даты в формате GMT
2 час. Хитов сегодня: 3
Права: смайлы да, картинки да, шрифты да, голосования нет
аватары да, автозамена ссылок вкл, премодерация откл, правка нет