Дмитрий (Все сообщения пользователя)

Кстати, у меня тоже вопрос на эту тему, к разработчикам.
Насколько я понял, график за текущий день (любой, кроме тикового) строится по данным, поступающим в ТТП.
А там время записей указывается с точностью до целой секунды, миллисекунд там нет (в отличие от записей из таблицы всех сделок, по которой строится исключительно тиковый график).
В таком случае откуда берется значение ms для времени свечи?

Добрый вечер.
Почитайте руководство по QLua - раздел "Функции для заказа стакана котировок":
Вам нужно использовать функцию Subscribe_Level_II_Quotes , тогда стакан открывать не обязательно.

Насколько я знаю, получить больше 20 строк в стакане можно только на рынке FORTS (до 50 строк точно, а вот насчет "все что есть на рынке" - о таком не слышал).
Но это возможно далеко не у всех брокеров. Причем у одного брокера на разных серверах тоже может быть разное число строк в стакане.

А как можно решить задачу преобразования данных из текстового формата в формат dat-файла?
Ваша фирменная утилита этого делать не умеет.
Предположим, у кого-то отсутствует архив этих dat-файлов за нужный период, но есть добытый другим путем текстовый файл с нужными данными. И хочется в итоге увидеть их на графике в квике, подцепить к нему свой индикатор, написанный на Lua, и протестировать таким образом его работу на исторических данных.

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

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

Если бы только эксель... Вот через буфер обмена тоже не получается. А когда успешно срабатывает эксель, то и простое копирование через буфер обмена тоже удается.
Параметры убирать не хочется потому, что так я могу сразу сохранить файл на все случаи жизни. А иначе может возникнуть необходимость по-новой сохранять все эти файлы, если впоследствии пойму, что для анализа не хватает еще какого-то параметра.
К тому же остается открытым вопрос - а как бы сохранить данные сразу по всем инструментам? Там уж точно удаление лишних параметров не поможет решить проблему.

Вывожу все параметры (их больше сотни).
Экспорт (как и простое копирование через буфер обмена) бывает успешным даже в конце дня, но далеко не всегда - видимо, зависит от активности торгов и числа полученных в итоге записей.
Вообще в идеале хотелось бы сохранять данные из этой таблицы вообще не фильтруя по отдельным инструментам, все сразу. Так как если нужны данные по многим инструментам, то замучаешься повторять одни и те же операции. Но это, насколько я понимаю, уж точно не под силу квику в его нынешней реализации. Или я ошибаюсь?

2010, поддерживает до миллиона строк, а я пытаюсь вывести меньше - несколько сотен тысяч.

s_mike@rambler.ru, я не пользуюсь другими системами и пока не планирую.
Смысл загонять графики из текста в базу данных квика может быть например в том, чтобы на исторических данных посмотреть, какие сигналы будут подавать используемые в квике индикаторы, как встроенные, так и собственные, написанные на QLua.

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

Я пробовал увеличить значения по умолчанию в 10 раз, в частности "время ожидания подтверждения приема данных от DDE-сервера при выдаче целиком таблицы" устанавливал равным 1200 - не помогло.
В результате мне не пришлось так долго ждать и я снова получил сообщение о нехватке памяти.

Вообще странно отсылать пользователей к неизвестному софту из Интернета, ведь не факт, что его писали люди, хорошо знающие внутренний формат этих файлов. Другое дело, если бы разработчики его предварительно сами опубликовали. А так, кто его знает - может там есть какие-то скрытые нюансы, не очевидные на первый взгляд.
Как можно доверять любому софту из инета, если даже родная утилита от ARQA QMinEditor работает с ошибками?

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

sam063rus, после Вас тут отписался Egor Zaytsev из ARQA и возражений от его не последовало - значит, можно смело выкладывать :)

Поделитесь секретом - как Вам удается столько накопить в одном файле?
У меня почему-то эти файлы не разрастаются больше 180 кб (при этом новый файл, созданный с нуля, обычно не больше 100 кб), несмотря на то, что я их не удаляю и вся информация должна туда добавляться. Соответственно, у меня в этих файлах минуток может накапливаться не больше, чем за 2 недели.
Я так понял, что терминал сам удаляет из этих файлов старые свечки, чтобы файл не слишком разрастался.
Почему у Вас этого не происходит - для меня загадка.
Может Вы используете какую-то старую версию терминала? Я свой обновляю регулярно.

Александр Шумилин, а Вы уверены, что QMinEditor по-прежнему корректно работает с этими файлами?
Программа обновлялась последний раз 25.02.10, а qchart.dll, который идет с ней в комплекте - 23.10.08 (для сравнения - в терминале он уже от 10.10.14, но QMinEditor со свежей версией этой библиотеки не работает).
У меня при попытке экспортировать с помощью QMinEditor данные в текстовые файлы зачастую выводятся совершенно неадекватные данные - либо всего одна строка, либо все данные и плюс еще столько же строк с белибердой. А сама программа при экспорте частенько аварийно завершается.

sam063rus, согласен, в *.dat - файлах может храниться больше информации, чем выводится на графике. Кстати, а сколько максимум свечей там может помещаться, по Вашим наблюдениям? У меня сложилось ощущение, что не больше 6000 (если судить по размеру этих файлов, когда информация туда постоянно накапливается каждый день и они не удаляются).
К сожалению, утилита от ARQA QMinEditor.exe у меня работает плохо, возможно потому что устарела.
Думаю, Ваш "велосипед" многим пригодился бы.

Беда в том, что в Таблице изменений параметров в контекстном меню нет пункта "Вывод по ODBC", в отличие от других таблиц.

Серж, могу поделиться архивами котировок SiU4

Если утилита бесплатная, то с удовольствием приму Вашу помощь, чтобы не тратить время на создание "велосипеда" :)

sam063rus, значит, Вам известен формат этих двоичных файлов?

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

Здравствуйте!
Столкнулся с такой проблемой.
Открываю таблицу изменений параметров. В настройках выбираю вывод информации по одному единственному инструменту.
Затем выбираю из контекстного меню команду "копировать в буфер обмена".
Программа что-то делает, нагружая процессор, а через минуту выдает сообщение об ошибке: "Для выполнения операции не хватило памяти".
Соответственно, мне не удается сохранить данные, поскольку не получается вставить их из буфера обмена в файл.
Как с этим бороться?
Есть ли альтернативный способ сохранить в файл данные из этой таблицы?
P.S.: При попытке осуществить вывод данных через DDE сервер (Excel) также выдается сообщение о нехватке памяти.

Здравствуйте!
Можно ознакомиться со структурой двоичных файлов, в которых хранятся данные графиков, полученные терминалом с сервера (файлы archive\*.dat)?
Хочется обрабатывать данные из них без помощи средств, предоставляемых самим терминалом.