Пишу пользовательский индикатор на основе пересечение уровни 20 и 80. Если главная линия Stochastic пересекла уровень 80 (сверху - вниз), то выводит стрелка Sell на ценовых графиках, а если главная линия Stochastic пересекла уровень 20 (снизу - верх), то стрелка Buy на ценовых графиках.
Конечно, распальцовка. Только вчера я понял, что требуется сделать, а сегодня уже нужно было выложить готовое отлаженное решение с описанием. Дел у меня никаких нет, сижу в потолок плюю. Жду, когда же у меня Balbesik попросит что-то сделать. И вот так опростоволосился - за целые сутки ничего не сделал.
Привет, Игорь! Давно тебя знаю и каждый из нас с характером. Во первых не вчера, а намного раньше – «что требуется сделать». Вот это – «Единственное - сроки указать не могу.» - этого хамства - хватило «одной таблетки». А у Balbesik тоже более никаких дел нет, кроме как постить на форуме Scriptong и делать ему рекламу. Да забыл, что только сегодня я родился и не знал, что надо «отлаженное решение с описанием.» (а без отладки, в виде схемы на форуме (как просили), это просто опустили, за ненадобностью заинтересованных лиц ). Ладно, плевать, я Игорь действительно к тебе отношусь с уважением. Ты ПРОФИ а их, в любом раскладе я уважаю. Теперь по делу – Меня мало беспокоит, что будешь, что – то делать или нет. (мне хватило, как ты делал «по моей просьбе» по обьему – более иллюзий не питаю, если бы я не напоминал каждый месяц, видимо года за Два (может быть) и появилось (как требовалось) что-либо в виде ДВУХ строчек) Я тебе писал, что твой вариант «равновысоких» ни о чем, на мой взгляд он не отличается от временного ни чем. А вот теперь (твоя ссылка на МТ5) – Это о чем? "... 123 2015.04.27 12:44 # Renat: Преимущество ГА от специализированных(базирующихся на предварительном/частичном знании поведения исследуемой функции) в том, что она более универсальна и эффективна в режиме поиска в рваном пространстве, чем и являются торговые системы. Грубо: в торговых системах обычно мизерное изменение параметров полностью рвет результат, что портит жизнь градиентным алгоритмам, надеющимся на гладкость функции.
При оптимизации ТС ищутся именно "гладкие" области. Искать еще другие области не только бессмысленно, но и вредно. Если посмотреть любую рваную область конечных результатов ТС с великолепными по размеру экстремумам, то очевидно же, что эти области носят случайный (точно не робастный) характер. Или я ошибаюсь снова?
Эвристик торговых систем (для них же в первую очередь оптимизатор создавался) должен хорошо находить именно "гладкие" локальные экстремумы в рваном пространстве ТС.
..." Это о том, что в математике и у меня называется "разрыв". Это о том, что любой "штатный" индикатор можно отправить "в туалет"
Ты автор советника (и лучше автора никому не сделать). "Компостер" ни при делах (работа без "дыр") - там есть точка отсчета - время. Но можно сделать - "красиво".
Вот это – «Единственное - сроки указать не могу.» - этого хамства
Ну если ты это называешь хамством... Мною просто и честно было показано, что я не имею представления, когда у меня на эту работу появится время. Для интереса посмотри, сколько я уже развиваю другие темы форума, с той же дивергенцией. Новые версии в последнее время выходят все реже и реже, потому что у меня на эту работу катастрофически не хватает времени. Я сейчас в такой ситуации, что программированием "для форума" занимаюсь только на выходных (максимум 1 день в неделю). В итоге то, что раньше мною делалось за неделю, создается в течение месяца, а то и двух. Если же учесть, что сейчас весеннее время, когда просто грех не погулять на выходных с детьми, то эти "1 день в неделю" сокращаются до 0.5 дня или даже 0 дней.
В рабочие дни я занимаюсь только основной работой, за счет которой кормлю семью. В небольшие перерывы позволяю себе ответить тому или иному человеку на форуме.
На то, что ты называешь небольшим исправлением TicksCollector (две строчки - ха-ха), требуется не менее 2-3 рабочих дней. Но, опять же, честно скажу, за него я еще не принимался, т. к. давно работаю над сканером дивергенций и хочу его закончить.
Возьмусь ли за переделку TicksCollector, уже и не знаю. Ты пока единственный человек, которому это нужно. Ну а самое главное, твое "уважение" очень странное. Любой другой человек уже давно бы послал такое "уважение" куда подальше, но я, почему-то, еще терплю.
Balbesik пишет:
цитата:
кроме как постить на форуме Scriptong и делать ему рекламу.
Форум создан не ради рекламы. Ни с него, ни с сайта, в финансовом плане я ничего, кроме затрат, не имею. То, что ты видишь баннеры, это не более, чем дань моде.
Возьмусь ли за переделку TicksCollector, уже и не знаю. Ты пока единственный человек, которому это нужно. Ну а самое главное, твое "уважение" очень странное.
Да нет, Игорь. Возможно менталитет, возможно возраст. Почему "пока единственный человек, которому это нужно" - да "школа" у нас с тобой "другая" - старая. Меня поражает "им туфту впаривают, а ПИПЛ хавает", там даже по математике не "катит", ну никуда, при разрыве ни один "калькулятор" не работает - это аксиома не требующая доказательств!
P.S. Да не проблема. Возьму Синбар, как "рыбу", но там вроде "ровно", но есть "обрезание". Если будут проблемы обращусь.
Другая ситуация - согласно твоей ссылки там 64 , а более чем интересно. Придется тебе Игорь, все что делал, по отдельному соглашению все переписывать под МТ5! Естественно если ты согласишься.
P.S. Кстати по "дивергенции" - "под заказ" где надо там она и будет - перестань "херней" заниматься или по серьезному - где "0" или методика точки отсчета. Если ты решишь подобную задачку - тут (у тебя) будет весь мир (без шуток).
Просто уже надоело, что от тебя в свой адрес регулярно получаю ушат помоев (это все я удаляю с форума). А потом ты оправдываешься, что "был пьян". Но мне-то по сообщениям не видно, какое там у тебя состояние. Так что проблему "уважения" можешь решить только ты сам.
Balbesik пишет:
цитата:
Другая ситуация - согласно твоей ссылки там 64 , а более чем интересно. Придется тебе Игорь, все что делал, по отдельному соглашению все переписывать под МТ5!
Вполне возможно. Тут уже все зависит от политики MetaQuotes. Если в МТ5 действительно можно будет синтезировать свои символы с историей штатно и достаточно удобно, то это станет одним из пряников, который заманит на него множество трейдеров и программистов (меня в том числе). Но, к слову, хорошо, что MQL4 подтянули к уровню MQL5. Поэтому на переписывание множества программ уйдет не так и много времени. Основные проблемы будут только при переводе советников.
Balbesik пишет:
цитата:
Кстати по "дивергенции" - "под заказ" где надо там она и будет - перестань "херней" заниматься или по серьезному - где "0" или методика точки отсчета. Если ты решишь подобную задачку - тут (у тебя) будет весь мир (без шуток).
Здесь, к сожалению, не понял, о чем речь. Точнее понял, что речь о дивергенциях и с ними что-то не так.
Кстати, дивергенции - очень даже неплохой инструмент. С их помощью торгую уже на протяжении трех месяцев. Да, это не Грааль, но на хлеб с маслом они дают.
Кстати, смотрел - Эквиобъемные и range-бары в тестере стратегий? Вроде бы ты говорил, что тебя тестирование на нестандартах интересует.
Спасибо!
Поудобней «штучка».
Я писал, что эту проблему я решал через отдельный терминал для тестирования – Брал твою историю «загонял» тиковый временной график в терминал для тестирования – преобразовывал в равновысокий – «делал» файл равновысоких и заменял временной график на равновысокий график для тестирования.
Здесь проще – меньше промежуточных действий.
Вопросы - FXTFileMaker_AnyData_Script_AD – требует работу в тестере только при модели – Все тики (Рис 222), т.к. на других моделях идет временной график – так задумано?
Как бы логично, если используем тики (но «нагрузка» на комп. возрастает).
FXTFileMaker_AnyData_Script_AD – работает, как я понял, используя файл ".tks" который формирует TicksCollector, т.е. должны работать в паре. Тогда а нельзя ли, в виде функционала индикатора (чтобы не «заморачиваться» с датами и шло постоянное формирование файла для тестирования) прямо «вписать» FXTFileMaker_AnyData_Script_AD в TicksCollector – было бы еще удобней.
Сейчас меня больше интересует TicksCollector построенный «без дыр». Рис. 000 – 313 – твой, 81 – Синбар (хотя он тоже иногда имеет «обрезание» бара делает).
Если брать частичную аналогию например с дивергенцией – период «от лукового» и я не знаю и нигде не видел логичных критериев его выбора. Появление тиков само по себе «случайно», размер бара на временном графике «случаен» - надо же хоть одну «случайность» уменьшить, а тут еще и при «разрывах» (поэтому, получается, твой вариант построения равновысокого – тоже самое, что и временной – для меня). Соответственно любое изменение построения приводит к изменению периода (если он интересует).
Для меня (одного) сделать корректные входные данные (как я их понимаю) это более значимо.
Т.к. я пытаюсь сам переделать TicksCollector (а разработчик ты) меня интересует 2 вопроса (Рис. 111) – 1. Простой - можно ли вот так объявить переменные или надо обязательно объявлять в классе? 2. Главный - m_rates.time == 0 – в каком случае выполняется это условие? Вроде бы через MqlRates это время бара, но там вроде 0 не должно быть – не понимаю.
Вопросы - FXTFileMaker_AnyData_Script_AD – требует работу в тестере только при модели – Все тики (Рис 222), т.к. на других моделях идет временной график – так задумано?
Тестер - не моя разработка. Поэтому говорить, что я что-то задумал или нет - некорректно. Скрипт использует возможность (как бы недоработку МК, если параноидально считать, что они намеренно не дают возможности работы с нестандартными таймфреймами). Эта возможность возникает только при работе с тиками. При использовании других моделей тестирования тестер строит бары, исходя из заданного таймфрема, т. к. ему нужно переместиться не от одного тика к другому, а от открытия бара к открытию другого бара.
Balbesik пишет:
цитата:
FXTFileMaker_AnyData_Script_AD – работает, как я понял, используя файл ".tks" который формирует TicksCollector, т.е. должны работать в паре. Тогда а нельзя ли, в виде функционала индикатора (чтобы не «заморачиваться» с датами и шло постоянное формирование файла для тестирования) прямо «вписать» FXTFileMaker_AnyData_Script_AD в TicksCollector – было бы еще удобней.
Ты тут смешал мух с котлетами. TicksCollector не имеет практически никакого отношения к FXTFileMaker_AnyData. Никакой работы в пары не требуется: взял файл tks с сайта, конвертировал в FXT-файл, пользуйся. Автоматизирование этого процесса я не планирую, т. к. это не оффлайн-график, требующий постоянного обновления, это, все-таки, тестер. К слову, у меня до сих пор не доходят руки до автоматической сброски накопленных тиковых данных с сервера, собирающего тики, на сервер сайта, что намного нужнее.
Balbesik пишет:
цитата:
Сейчас меня больше интересует TicksCollector построенный «без дыр».
Это я помню. Чуть выше мы обсудили эту возможность и пока находимся в цейтноте.
Balbesik пишет:
цитата:
Т.к. я пытаюсь сам переделать TicksCollector (а разработчик ты)
Если касательно переделки в график без дыр, то там все не так уж и просто, я уже говорил. К примеру, доработка FXTFileMaker для возможности использования нестандартных ТФ в тестере казалась плевой (на пару часов, от силы), но в итоге заняла целый день. Нюансов оказалось вагон и маленькая тележка. Не уверен, что все нюансы и сейчас учтены.
Balbesik пишет:
цитата:
меня интересует 2 вопроса (Рис. 111) – 1. Простой - можно ли вот так объявить переменные или надо обязательно объявлять в классе?
Смотря для чего эти переменные нужны. Ты показываешь объявление локальных переменных. В этом случае время их жизни ограничивается телом функции ConvertData. То есть при следующем входе в эту функцию переменные будут созданы заново, их значение снова будет равно нулю.
Balbesik пишет:
цитата:
2. Главный - m_rates.time == 0 – в каком случае выполняется это условие? Вроде бы через MqlRates это время бара, но там вроде 0 не должно быть – не понимаю.
Когда происходит запуск программы, то m_rates.time как раз равно нулю. Оно еще ничем не заполнено, не было тиков (баров).
Смотря для чего эти переменные нужны. Ты показываешь объявление локальных переменных. В этом случае время их жизни ограничивается телом функции ConvertData. То есть при следующем входе в эту функцию переменные будут созданы заново, их значение снова будет равно нулю.
Значит использование класса - ничего страшного, примерно все одинаково.
Scriptong пишет:
цитата:
Если касательно переделки в график без дыр, то там все не так уж и просто, я уже говорил. К примеру, доработка FXTFileMaker для возможности использования нестандартных ТФ в тестере казалась плевой (на пару часов, от силы), но в итоге заняла целый день. Нюансов оказалось вагон и маленькая тележка. Не уверен, что все нюансы и сейчас учтены.
Это точно. "Веселуха" началась с попытки переделки.
Пример тот же штатный временной, синбар и равновысокий твой. Кроме "гладкости" графика (выражение с форума МТ) оказывается еще и экстремумы не фиксируются на твоем равновысоком. Буду перепроверять конечно, но грустно - времени потеряно немерено.
Все даты в формате GMT
2 час. Хитов сегодня: 1
Права: смайлы да, картинки да, шрифты да, голосования нет
аватары да, автозамена ссылок вкл, премодерация откл, правка нет
- участник сейчас на форуме