Kalmar (Все сообщения пользователя)

Я правильно понимаю что вы грузите
в
Ексель 32бит

библиотеку
транс2квик1.3 64бит

и удивляетесь что оно не работает?

А ещё есть якорь....

в том смысле, что "миллионы мух не могут ошибаться"? ))
чтож.. каждый выбирает сам.

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

я не думаю что тут дело в этом.
таки падеж луа(!) на синтаксисе(!!) вряд-ли зависит от кварца.
неповорачивается язык называть эту гламурную погремушку "неплохим".

просто эта. Мысль моя идет как: мак это же бсд? (Ну когда-то было). В бсд есть вине - в маке есть вине. Почему нет?
Кстати, можно попробовать. поставить бсд и проверить.

так-то меня не шибко парят ни маководы ни ихние проблемы.
просто было интересно за wine  

Специально, не поленился, нашел макбук.
На маке действительно падает :(

ты через строчку чтоли читаешь?
т.е. брокер загрузил - есть цифирь. не загрузил - нету.

arch, wine-4.15
Поддерживаю, сообщает ошибку и не падает.

Тупанул чутка. Неверно ответил изначально.

Справа от шкалы разместить нельзя.
Можно отодвинуть свечки влево и на пустое место втыкнуть индикатор.
А чтобы глазом не терять положение цены на свечах можно включить "показать уровень цены".

Мышой за заголовок.

Можно график подвинуть влево и будет отступ.

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

У меня все отображается.
И деньги и позиции. И срочные в том числе.
Вообще самая удобная таблица, все в одно месте.

Попробуй "Состояние счета".

Уравнение линии поможет. Тем более если отображать не нужно.

Можно указать в ярлыке разные рабочие каталоги.

Человек не просил рыночную заявку.
Он спрашивает про
["EXECUTION_COUNDITION"]="FILL_OR_KILL"
и только про это.
Рыночная заявка и так будет отменена если в стакане объема не хватит. Но рыночная сожрет весь стакана, который может быть очень нерыночным.
А лимитная, с FoK просто отменится, если нет объема по этой цене.

А разве экспорт в метасток может блокироваться на стороне брокера???
Сначала я такое узнал про луа, теперь ещё и экспорт.
Ребят, вы серьезно? Экспорт локальных данных требует лицензии брокера???  

А процесс действительно пожирает всю доступную память? Или может это ваши х64-роботы валят Квик? Например неправильно собранная Lua?

Что это значит?
Можно ссылку на текст брокера?
В чем именно он её не гарантирует?Кто сказал что не будет? 7 версия работает как и раньше.
И даже 6 работает.

А luacdll.dll - 64хбитный?А то квик8 теперь 64хбитный. И 32хбитные библиотеки в него больше не грузяццо.

Сними настройку "автоматически добавлять новые инструменты".

Ну, во-1-х поставить дров и юзерспейс не противоречит никак.
во-2-х, я в линухе долго жил на 64х ядре, с 32х юзерспейсом. Сначала было РАЕ-шное ядро, потом заменил на 64.
А на 64-либы переехал только тогда когда обнаружил что виртуалбокс 32хбитный не работает с 64хбитными модулями ядра.

Может "вы не умеете их готовить"?

Никогда такого не видел.
Слышал что умельцы ухитрялись заводить хр с ядром от 2003-64 сервера, но незнаю насколько это правда. Ибо кроме ядра нужен 64битный юзерспейс.

Чтото мешает попробовать?
Если не получится - вертать все в зад.

Наверное дело в том что новая версия х64.
а WinXP - х32.  

А для вас ничего не изменилось. Вы сидите на 7.27 и ничего менять не нужно. Красота.

а. понял. мешает снести мультилиб? )))

Бывает, не работает да. Но, в основном, помогает.

В принципе мне это без разницы. Мне надо чтобы все работало а как это звучит дело десятое :)

Про зоопарк не понял.
Раньше же нужен wine-multilib чтобы держать win32 процессы.
А щас можно оставить wine64.
Хорошо же стало, не?

ааа.. так дело не в ключах.

если квичок падает после опдейта - правило номер один - удалить *dat, *log файлы и попробовать ещё раз.
если не помогло - удалять info.wnd.

И что смущает?
99.9% инсталляторов 32битные.
Удалось понять что не так?
Просто у меня все взлетело искаропке.

Господа модераторы, мне кажется, вам следует очистить эту ветку от пользовательских комментариев и писать сюда только рецепты/советы связанные с 64х-битной версией. А то скоро тут такая помойка будет, что получить пользу по вопросу станет невозможно :)

Wine64 достаточно.

К сожалению, большинство людей использующих это, не понимают что они делают и как это работает.
Главное же - верить.

В сценарии 1 и 2 волатильность сделай равной нулю. Это не абсолютное значение а изменение к существующим.

Если не хотите научиться нормально пользоваться инструментом - ваше право.
Пишите свои листочки и дальше :)

Дык надо цены то свои проставить.
Т.е. надо отредактировать каждую строчку и а поле 'источник цены' выбрать ------. Тогда откроется поле цена, и туда можно ввести реальную цену сделки.
А потом сохранить.

Я все время так делаю и все норм.

Нет никакого смысла что-то анализировать.

Там есть волшебная кнопка "сохранить стратегию"

ААААА!!! таблицы разъехались :(
ну я думаю разберетесь

Ну конкретно для вашей формулы будет так:

   

66730	66730
66719	66708
66744	66780

слева входные, справа расчетные.
Но это не ЕМА, просто потому что приведенная выше формула EMA (t) = EMA (t-1) + 2 *(P(t) – EMA (t-1)) не является экспоненциальной скользящей средней (если вы конечно имели ввиду ее, как я подумал по названию)

Вообще, формули ЕМА (из вики) выглядит так
EMA(t) = a * P(t) + (1 - a) * EMA(t-1)
где a = 2 / (n + 1), n - период расчета.
для случая ЕМА(3) будут такие цифры
     

66730	66730
66719	66724.5
66744	66734.25
66752	66743.125

Я взял с графика дополнительное значение 66752 (примерно), и получил значение ema 66743, которое, как я вижу по графику (опять же примерно) соответствует ожидаемому.

А можно озвучить что именно вы зарегистрировали? В чем состоит пожелание клиента?

telnet 78.41.197.17 15100
что будет?

Очевидно, мешает отсутствие релиза.
Не благодарите.
Ваш кэп.

А период сколько?
Расчет имеет смысл только тогда, если есть свечей хотя бы в два раза больше, чем период.
т.е. для наблюдения ЕМА с периодом 15, нужно 30 и более свечей.
Нельзя посчитать ЕМА(15) если есть всего три свечи :)

Говорят есть тарифы где транзакция стоит денег. А некорректная транзакция стоит дороже обычной. Но это не точно.

Эти алгоритмы считаются итеративно. E(t-1) - это результат предыдущего расчета, а не предыдущий элемент например массива.
На первой (на самом деле нулевой :) ) итерации E(t-1) можно принять равным нулю либо цене расчета. По сути оба варианта равноправны, т.к. пользоваться значением индикатора имеет смысл после того только после (period+1) отсчета.

т.е. EMA (0) = 0 + 2 *(P(0) – 0) или EMA (0) = P(0) + 2 *(P(0) – P(0)).
следующая EMA (1) = EMA(0) + 2 *(P(1) – EMA (0))
каждая последующая EMA (t) = EMA (t-1) + 2 *(P(t) – EMA (t-1))

Таким образом, чтобы исключить влияние переходного процесса БИХ-фильтра, значения можно считать корректными, с момента когда через фильтр прошло число отсчетов не менее длины периода расчета фильтра.

Чисто графически имеет смысл начинать с Р(0), так будет лучше выглядеть на графике, хотя сути это не меняет.

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

Все там есть.
ctrl+shift+F и вперед.
Справа в углу воронка, по ней можно выбрать среди чего искать. ISIN там есть.